次の方法で共有

DNS エントリを更新して、organizationをすべての Teams のみにできるようにする

  • [アーティクル]

Important

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 または Lync Server のオンプレミス展開を行っていた組織には、オンプレミスのSkype for Business展開を指す DNS エントリが残っている可能性があります。 これらのレコードは、organizationにオンプレミスのSkype for Business ユーザーが含まれている場合に必要です。 ただし、organizationにオンプレミスのSkype for Businessまたは Lync Server ユーザーがいなくなったら、これらの元のレコードはオンプレミス展開では不要になり、オンプレミスから Teams への移行の一環として、これらの DNS エントリを Microsoft 365 (または場合によっては削除) を指すように更新する必要があります。 Microsoft は、お客様に代わってこれらの DNS レコードを更新することはできません。

TeamsOnly をテナント全体に付与しようとすると、Teams は DNS をチェックして、以下に示す DNS レコードのいずれかが、organization内の Microsoft 365 検証済みドメインのそれぞれに存在するかどうかを判断します。 レコードが見つかり、Microsoft 365 以外のレコードを指している場合、テナント共存モードを TeamsOnly に変更しようとすると、設計上失敗します。 これにより、オンプレミスユーザーを持つハイブリッド組織が誤って TeamsOnly モードをテナントに適用できなくなります。これにより、organization内のすべてのオンプレミスSkype for Businessユーザー (Teams またはSkype for Businessを使用しているかどうか) のフェデレーションが中断されるためです。

古い DNS レコードを識別する方法

organizationがすべての Teams のみになるのを妨げる DNS レコードを特定するには、Teams 管理センターを使用して、共存モードを TeamsOnly に変更できます。 [Teams Teams>のアップグレード設定] に移動します。 organizationが Teams のみになるのを妨げる DNS レコードは、エラー メッセージに含まれます。 DNS レコードが見つからない場合、organizationの共存モードが TeamsOnly に変更されます。

または、次に示すように、Teams PowerShell を使用して同じことを行うこともできます。

Grant-CsTeamsUpgradePolicy -PolicyName UpgradeToTeams -Global

更新する DNS レコード

organizationにオンプレミスのSkype for Business Serverまたは Lync Server でホストされているユーザーがなくなった場合は、次の操作を行う必要があります。

  • 以下のSkype for Business DNS レコードの一覧を更新して、(オンプレミス展開ではなく) Microsoft 365 をポイントします。 複数の SIP ドメインがある場合は、Microsoft 365 検証済みドメインである SIP ドメインごとにこれを行う必要があります。

  • SIP ドメインが使用されなくなった場合は、Skype for Business DNS レコードを削除します。

次のいずれかのレコードが見つかる各ドメインで、次のように更新します。

レコードの種類 名前 TTL Priority Weight Port 値
SRV _sipfederationtls._tcp 3600 100 1 5061 sipfed.online.lync.com

さらに、会議またはダイヤルイン (存在する場合) の CNAME レコードを削除できます。 最後に、内部ネットワーク内のSkype for Businessのすべての DNS レコードを削除する必要があります。

注意

まれに、organizationの DNS をオンプレミスから Microsoft 365 に変更すると、他のorganizationがフェデレーション構成を更新するまで、他の組織とのフェデレーションが停止する可能性があります。

  • 以前の直接フェデレーション モデル (許可されたパートナー サーバーとも呼ばれます) を使用しているフェデレーション組織は、プロキシ FQDN を削除するために、organizationの許可されたドメイン エントリを更新する必要があります。 このレガシフェデレーション モデルは DNS SRV レコードに基づいていないため、organizationがクラウドに移行すると、このような構成は古くなります。

  • sipfed.online.lync のホスティング プロバイダーが有効になっていないフェデレーション organization。com では、構成を更新して有効にする必要があります。 この状況は、フェデレーション organizationが純粋にオンプレミスであり、ハイブリッドテナントまたはオンライン テナントとフェデレーションしたことがない場合にのみ可能です。 このような場合、これらの組織とのフェデレーションは、ホスティング プロバイダーを有効にするまで機能しません。

フェデレーション パートナーのいずれかが直接フェデレーションを使用している可能性がある場合、またはオンラインまたはハイブリッド organizationとフェデレーションされていないと思われる場合は、クラウドへの移行を完了する準備をするときに、これに関する通信を送信することをお勧めします。