次の方法で共有


使用停止後に属性を管理する方法を決定する

重要

21Vianetが中国で運営するSkype for Businessオンラインは、2023年10月1日に廃止されます。 Skype for Business Online ユーザーをまだアップグレードしていない場合は、自動的に支援されたアップグレードがスケジュールされます。 organizationを自分で Teams にアップグレードする場合は、今すぐアップグレード パスの計画を開始することを強くお勧めします。 アップグレードが成功すると技術的な準備とユーザーの準備が整っていることを忘れないでください。そのため、Teams への旅を進める際には 、アップグレード ガイダンス を活用してください。

Skype for Businessオンラインは、21Vianet が中国で運営するサービスを除き、2021 年 7 月 31 日に廃止されました。

既定では、Skype for Business Serverを有効にしてからクラウドに移動したすべてのユーザーには、オンプレミスの Active Directoryで msRTCSIP 属性が構成されたままです。

これらの属性 (特に sip アドレス (msRTCSIP-PrimaryUserAddress) と電話番号 (msRTCSIP-Line) は、引き続き Microsoft Entra ID に同期されます。 msRTCSIP 属性のいずれかに変更が必要な場合は、オンプレミスの Active Directoryでこれらの変更を行い、ID をMicrosoft Entraに同期する必要があります。 ただし、Skype for Business Serverデプロイが削除されると、これらの属性を管理するためにSkype for Business Server ツールを使用できなくなります。

この状況を処理するには、次の 2 つのオプションがあります。

  1. Skype for Business サーバー アカウントを有効にしたユーザーはそのままにし、Active Directory ツールを使用して msRTCSIP 属性を管理します。 この方法では、移行されたユーザーのサービスが失われないようにし、完全な使用停止なしでサーバーを削除 (ワイプなど) することで、Skype for Business Server展開を削除できます。 ただし、新しくライセンスを取得したユーザーには、これらの属性がオンプレミスの Active Directoryに設定されていないため、オンラインで管理する必要があります。

  2. オンプレミスの Active Directory内の移行されたユーザーからすべての msRTCSIP 属性をクリアし、オンライン ツールを使用してこれらの属性を管理します。 この方法を使用すると、既存のユーザーと新しいユーザーに対して一貫した管理アプローチが可能になります。 ただし、オンプレミスの使用停止プロセス中にサービスが一時的に失われる可能性があります。

方法 1 - Active Directory でユーザーの SIP アドレスと電話番号を管理する

管理者は、オンプレミスのデプロイが使用停止になった後でも、オンプレミスのSkype for Business Serverからクラウドに移動されたユーザーを管理できます。

ユーザーの sip アドレスまたはユーザーの電話番号 (および sip アドレスまたは電話番号に既にオンプレミスの Active Directoryの値) を変更する場合は、オンプレミスの Active Directoryで値を変更し、値を Microsoft Entra ID までフローさせる必要があります。 このメソッドでは、オンプレミスのSkype for Business Serverは必要ありません。 代わりに、Active Directory ユーザーとコンピューター MMC スナップイン (以下に示すように) を使用するか、PowerShell を使用して、オンプレミスの Active Directoryでこれらの属性を直接変更できます。 MMC スナップインを使用している場合は、ユーザーのプロパティ ページを開き、[属性エディター] タブをクリックし、変更する適切な属性を見つけます。

  • ユーザーの sip アドレスを変更するには、 を変更します msRTCSIP-PrimaryUserAddress

    注意

    属性に ProxyAddresses sip アドレスが含まれている場合は、ベスト プラクティスとしてその値も更新します。 sip アドレス ProxyAddresses が設定されている場合 msRTCSIP-PrimaryUserAddress 、O365 では無視されますが、他のオンプレミス コンポーネントによって使用される場合があります。

  • ユーザーの電話番号を変更するには、値が既にある場合は変更msRTCSIP-Lineします。

    Active Directory ユーザーとコンピューター ツール。

  • 移動前にユーザーがもともとオンプレミスのmsRTCSIP-Line値を持っていなかった場合は、Teams PowerShell モジュールの Set-CsPhoneNumberAssignment コマンドレットの パラメーターを使用して-PhoneNumber電話番号を変更できます。

これらの手順は、ハイブリッドを無効にした後に作成された新しいユーザーには必要ありません。また、それらのユーザーはクラウドで直接管理できます。 これらの方法を組み合わせて使用し、msRTCSIP 属性をオンプレミスの Active Directoryに配置したままにしておくのに慣れている場合は、オンプレミスのSkype for Business サーバーを再イメージ化できます。 ただし、すべての msRTCSIP 属性をクリアし、Skype for Business Serverの従来のアンインストールを行う場合は、方法 2 を使用します。

方法 2 - Active Directory のすべてのオンプレミス ユーザーのSkype for Business属性をクリアする

このオプションでは、オンプレミスのSkype for Business Serverからクラウドに移動したユーザーを再プロビジョニングする必要があるため、より多くの労力と適切な計画が必要です。 これらのユーザーは、電話システムのないユーザーと電話システムを持つユーザーという 2 つの異なるカテゴリに分類できます。 電話システムを使用しているユーザーは、電話番号をオンプレミスの Active Directory管理からクラウドに移行する一環として、電話サービスの一時的な損失が発生します。 一括ユーザー操作を開始する前に、電話システムで少数のユーザーを含むパイロットを実行することをお勧めします。 大規模なデプロイの場合、ユーザーは異なる時間枠で小さなグループで処理できます。

注意

このプロセスは、一致する sip アドレスと UserPrincipalName を持つユーザーにとって最も簡単です。 これら 2 つの属性間で一致しない値を持つユーザーを持つ組織の場合、スムーズな移行を行うには、以下に示すように注意する必要があります。

注意

自動応答または通話キュー用にオンプレミスのハイブリッド アプリケーション エンドポイントを構成している場合は、Skype for Business Serverを使用停止する前に、これらのエンドポイントを Microsoft 365 に移動してください。 詳細については、「 オンプレミス環境を使用停止する前にハイブリッド アプリケーション エンドポイントを移行する」を参照してください

  1. PowerShell コマンドレットが空の結果を返Skype for Business、次のオンプレミスを確認します。 空の結果は、ユーザーがオンプレミスに所属せず、Microsoft 365 に移動されたか、無効にされていることを意味します。

    Get-CsUser -Filter { HostingProvider -eq "SRV:"} | Select-Object Identity, SipAddress, UserPrincipalName, RegistrarPool
    
  2. 次のオンプレミス Skype for Business Server PowerShell コマンドレットを実行して、ユーザーの現在の電話番号 (LineUri)、UserPrincipalName、および関連情報を記録して、ユーザー データをエクスポートします。

    Get-CsUser | Select-Object SipAddress, UserPrincipalName, SamAccountName, RegistrarPool, HostingProvider, EnabledForFederation, EnabledForInternetAccess, LineUri, EnterpriseVoiceEnabled, HostedVoiceMail | Sort SipAddress | Export-Csv -Path  "c:\backup\SfbUserSettings.csv"
    

    重要

    続行する前 SfbUserSettings.csv ファイルを開き、すべてのユーザー データが正常にエクスポートされたことを確認します。 このファイルのコピーは保持することをお勧めします。 次の手順では、このファイルを使用してユーザーを処理しないでください。

  3. 次の手順で使用するユーザーのグループを含むファイルを作成します。 ユーザーの最初のグループが正常に完了したら、次のユーザー グループに進みます。 次の例では、ユーザーのグループがアルファベット順に選択されています。 ユーザーの処理方法に一致する条件に基づいてユーザーをフィルター処理できます。

    Get-CsUser | where userprincipalname -like "abc*" | Select-Object SipAddress, UserPrincipalName, SamAccountName, RegistrarPool, HostingProvider, EnabledForFederation, EnabledForInternetAccess, LineUri, EnterpriseVoiceEnabled, HostedVoiceMail | Sort SipAddress | Export-Csv -Path "c:\data\SfbUsers.csv"
    

    重要

    ファイル SfbUsers.csv 開き、ユーザー データが正常にエクスポートされたことを確認する前に。 このファイルには、後の手順で LineUri (電話番号)、UserPrincipalName、SamAccountName、SipAddress が必要です。

  4. 更新する準備ができているユーザーのセットについて、active Directory からSkype for Business Serverに関連する属性情報を削除します。 このプロセスには、次に示すように 2 つの手順があります。

    重要

    この手順を実行した後の次のAzure AD Sync サイクルの後、オンプレミスのSkype for Business Serverからクラウドに移動された電話システムを持つユーザーは、手順 8 が正常に完了し、手順 9 で確認されるまで通話を行い、受信する機能を失います。 さらに、手順 2 に従ってユーザーの電話番号と関連情報が保存されていることを確認します。この情報は、その手順に必要であるためです。

    $sfbusers=import-csv "c:\data\SfbUsers.csv"
    foreach($user in $sfbusers){
    Disable-CsUser -Identity $user.SipAddress}
    

    次に、同じユーザー セットに対して、オンプレミスの Active Directory PowerShell を使用して msRTCSIP-DeploymentLocator の値をクリアします。

    $sfbusers=import-csv "c:\data\SfbUsers.csv"
    foreach($user in $sfbusers){
    Set-ADUser -Identity $user.SamAccountName -Clear msRTCSIP-DeploymentLocator}
    
  5. sip アドレス値をオンプレミスの Active Directory proxyAddresses に戻すには、次の オンプレミスの Active Directory Module for Windows PowerShell コマンドレットを実行します。 このアクションにより、この属性に依存する相互運用性の問題が回避されます。

    $sfbusers=import-csv "c:\data\SfbUsers.csv"
    foreach($user in $sfbusers){
      $userUpn=$user.UserPrincipalName
      $userSip=$user.SipAddress
      $proxies=Get-ADUser -Filter "UserPrincipalName -eq '$userUpn'" -properties * | Select-Object @{Name="proxyAddresses";Expression={$_.proxyAddresses}}
      if(($null -eq $proxies) -or ($proxies.proxyAddresses -NotContains $userSip))
      {
              Get-ADUser -Filter "UserPrincipalName -eq '$userUpn'" | Set-ADUser -Add @{"proxyAddresses"=$user.SipAddress}
      }
    }
    
  6. Azure AD Syncを実行する

    Start-ADSyncSyncCycle -PolicyType Delta
    
  7. ユーザー プロビジョニングが完了するまで待ちます。 次の Teams PowerShell コマンドを実行して、ユーザー プロビジョニングの進行状況を監視できます。 次の Teams PowerShell コマンドは、プロセスが完了するとすぐに空の結果を返します。

    Get-CsOnlineUser -Filter {IsSipEnabled -eq $True} | Where {$_.UserValidationErrors -ne $null} | Select SipAddress,InterpretedUserType,UserValidationErrors
    
  8. 電話番号を割り当て、電話システムのユーザーを有効にするには、次の Teams PowerShell コマンドを実行します。

    $sfbusers=import-csv "c:\data\SfbUsers.csv"
    foreach($user in $sfbusers){
    if($user.LineUri)
         {
              Set-CsPhoneNumberAssignment -Identity $user.SipAddress -PhoneNumber $user.LineUri.Replace("tel:","") -PhoneNumberType DirectRouting
         }
    }
    

    注意

    Skype for Business エンドポイント (Skype クライアントまたはサード パーティ製の電話) が引き続き存在する場合は、-HostedVoiceMail を $trueに設定することもできます。 organizationが音声対応ユーザーに対して Teams エンドポイントのみを使用している場合、この設定はユーザーには適用されません。

  9. 電話システム機能を持つユーザーが正しくプロビジョニングされていることを確認します。 次の Teams PowerShell コマンドは、プロセスが完了するとすぐに空の結果を返します。

    $sfbusers=import-csv "c:\data\SfbUsers.csv"
    foreach($user in $sfbusers)
    {
    if($user.LineUri)
         {
                 $u=Get-CsOnlineUser -Identity $user.SipAddress
                 if ($u.LineURI -ne $user.LineUri -or $u.EnterpriseVoiceEnabled -ne $true)
                 {
                 Get-CsOnlineUser -Identity $user.SipAddress | fl SipAddress, InterpretedUserType, OnPremLineURI, LineURI, EnterpriseVoiceEnabled
                 }
         }
    }
    
  10. すべてのユーザーが処理されるまで、手順 3 から 9 を繰り返します。

  11. 次の 2 つの PowerShell コマンドを実行して、すべてのユーザーが正常に処理されたことを確認します。

    オンプレミス Skype for Business Serverオンプレミスの PowerShell コマンド:

    Get-CsUser | Select-Object SipAddress, UserPrincipalName
    

    Teams PowerShell コマンド:

    Get-CsOnlineUser -Filter {IsSipEnabled -eq $True} | where {$_.UserValidationErrors -ne $null} | fl SipAddress, InterpretedUserType, OnPremHostingProvider, UserValidationErrors
    
  12. 方法 2 のすべての手順を完了したら、「ハイブリッド アプリケーション エンドポイントをオンプレミスからオンラインに移動する」と「オンプレミスのSkype for Business Serverを削除する」を参照して、Skype for Business Serverオンプレミスのデプロイを削除する手順を追加します。

関連項目