Microsoft 365 Apps のエンタープライズ展開を計画する
Microsoft 365 アプリの展開と更新プログラムの管理に関するガイダンスについては、この記事を参照してください。 これは、クラウドから Microsoft 365 Apps を展開するか、Configuration Manager を使用するか、ネットワーク内のローカル ソースからインストールするかを決定するのに役立ちます。
開始する前に
まだ行っていない場合は、 環境とインフラストラクチャの評価を完了します。 この評価は、デプロイの計画の一環として重要な決定を下すのに役立ちます。
手順 1 - 展開方法の選択
まず、使用するデプロイ ツールと、クラウドからインストールするか、ネットワーク上のローカル ソースからインストールするかを選択します。
注:
ベスト プラクティス: Microsoft では、ポータルまたは Microsoft Intune を使用して、クラウドから Microsoft 365 Apps を展開することをお勧めします。
また、Microsoft 365 ポータルから展開を管理し、ユーザーにポータル から直接クライアント デバイスに Microsoft 365 Apps をインストールさせることもできます。 この方法では、最小限の管理セットアップが必要ですが、デプロイの制御が少なくなります。 ただし、引き続き、ユーザーが機能の更新プログラムを受け取る頻度を定義できます。 詳細については、「 Microsoft 365 管理センターでの Microsoft 365 インストール オプションの管理」を参照してください。 このオプションは、ユーザーが、クライアント デバイスのローカル管理者権限を持っている必要があります。
デバイスに対する管理アクセス許可に関する多数のデバイスまたはユーザー制限を管理すると、このオプションが実用的でない場合は、 Microsoft Intune を使用して Microsoft 365 Apps を展開することを検討してください。 Microsoft 365 Apps の展開の詳細については、 このビデオ と Intune のドキュメント を参照してください。
Configuration Manager を使用して、ローカル配布ポイントから展開することもできます。 このオプションを使用すると、インターネット リンクのネットワーク負荷が軽減されます。 最新のブランチ リリースを使用することをお勧めします。
Configuration Manager を持っていないが、展開を管理したい組織の場合は、Office 展開ツール (ODT) の使用を検討してください。 ODT は、スタンドアロン ツールとして機能するか、他のソフトウェア展開ツールを使用して展開用のインストール ファイルをダウンロードする際に役立ちます。 どちらの場合も、ODT はインストール、更新、および設定を制御します。 詳細については、「Office 展開ツールの概要」を参照してください。
ODT を使用し、ネットワーク容量がある場合は、クラウドから Microsoft 365 Apps をデプロイすることをお勧めします。 これにより、管理オーバーヘッドが最小限に抑えられます。 クラウドからクライアント デバイスにインストールするネットワーク容量がない場合は、ODT を使用してインストール ファイルをネットワーク上のローカル ソースにダウンロードし、そこからインストールできます。 ただし、この方法ではデプロイの複雑さが増し、推奨されません。
展開の方法を以下から選択します。
クラウドからの自己インストール: Microsoft 365 ポータルからデプロイを管理し、ユーザーにポータルから直接クライアント デバイスにアプリをインストールさせます。
Intune を使用してクラウドからデプロイする: Intune を使用して展開を管理し、Microsoft 365 アプリの構成とインストールを自動化します。
Configuration Manager を使用してローカル ソースからデプロイする: Configuration Manager を使用してデプロイを管理し、ネットワーク上の配布ポイントからダウンロードして展開します。
Office 展開ツールを使用してクラウドから展開する: ODT を使用して展開を管理し、Office CDN からクライアント デバイスに直接インストールします。
Office 展開ツールを使用してローカル ソースから展開する: ODT を使用してデプロイを管理し、ネットワーク上のローカル ソースからダウンロードしてデプロイします。
多くの組織では、これらのオプションをさまざまなユーザーに組み合わせて使用しています。 たとえば、組織は Intune を使用して Microsoft 365 Apps をほとんどのユーザーに展開しますが、マネージド デバイスを使用していない少数のワーカー グループに対して自己インストールを有効にします。
手順 2 - 更新プログラムの管理方法の選択
注:
ベスト プラクティス: クライアント デバイスを自動的に更新することをお勧めします。 機能更新プログラムの頻度を定義できますが、更新は管理オーバーヘッドなしで行われます。 更新プログラムのデプロイの進行状況など、より詳細な制御を行い、さらに分析情報を取得する場合は、 クラウド更新プログラムを使用することをお勧めします。
Office CDN から自動的に更新されるようにクライアント デバイスを設定します。 これらの設定は初期展開の一部として定義されますが、更新自体は他のツールや管理オーバーヘッドなしで行われるため、機能更新プログラムの頻度は引き続き制御できます。 さらに、更新プログラムは、ネットワーク帯域幅を節約するために、何日間も自動的にデプロイされます。
Intune を使用して他のポリシーを適用することもできます。 たとえば、更新プログラムのインストールを適用する日数の後に期限を設定する場合などです。 デバイスに ADMX 設定を適用する方法については、 Intune のドキュメントを参照してください 。
3 つ目のクラウドベースのオプションは、 クラウド更新プログラムを使用することです。 これは、月次エンタープライズ チャネルと現在のチャネル上のデバイス用のクラウドベースの更新管理ソリューションです。 これには、高度な監視、レポート、強制、驚異的なデバイス、ロールバックなどの機能が含まれています。
オンプレミスのソースから更新プログラムを配布する必要がある場合は、更新プログラムをダウンロードして配布ポイントから展開することで、Configuration Manager で配布できます。 以前のバージョンの Configuration Manager を使用している場合は、現在のブランチにアップグレードすることをお勧めします。
Configuration Manager がない場合は、ODT を使用して、ネットワーク上のローカル ソースに更新プログラムをダウンロードし、そこから展開できます。 このオプションでは、さまざまな更新チャネル、アーキテクチャ、プラットフォームの更新パッケージを管理する必要があり、管理オーバーヘッドが最も多くなります。 このオプションは、ネットワーク容量が制限されすぎてクラウドから更新できないため、他のソリューションが利用できない場合にのみ推奨されます。
更新プログラムの管理方法を以下から選択します。
自動更新: 初期展開の一部として定義している更新プログラム チャネルによって、クライアント デバイスが Office CDN から直接更新されます。
Intune で更新プログラムを管理する: Intune を使用してデバイスにポリシーを設定します。これらのデバイスがクラウドから更新プログラムを取得する方法とタイミングを制御します。
クラウド更新プログラムを使用して更新プログラムを管理する: 月次エンタープライズ チャネルまたは現在のチャネルを使用する場合、クラウド更新プログラムは、クラウドから更新プログラムを管理するための最も包括的なツールセットを提供します。
Configuration Manager で更新プログラムを管理する: 更新プログラムは、Configuration Manager によってクライアント デバイスにダウンロードされ、展開されます。
Office 展開ツールを使用して更新プログラムを管理する: ODT は、ローカル ソースに更新プログラムをダウンロードし、クライアント デバイスにインストールします。
初期展開と同様、組織はさまざまなユーザーに対して、これらのオプションを組み合わせて使用できます。
詳細については、「 Microsoft 365 アプリの更新プログラムを配信する方法を選択する」を参照してください。
手順 3 - 更新プログラム チャネルの選択
Microsoft 365 Apps を使用すると、ユーザーがアプリケーションの機能更新プログラムを受け取る頻度を制御できます。 そのためには、ユーザーの更新チャネルを選択します。
現在のチャネル: ユーザーが準備ができたらすぐに最新の機能を提供しますが、スケジュールは設定されていません。
月次エンタープライズ チャネル: 月に 1 回、予測可能なスケジュールで最新の機能をユーザーに提供します (月の第 2 火曜日)
半期エンタープライズ チャネル: 1 月と 7 月の 6 か月ごとに機能のロールアップをユーザーに提供します。
注:
「Explained - Microsoft 365 Apps Update Channels」ビデオでは、すべての更新プログラム チャネルの完全な概要を示します。
現在のチャネルをお勧めします。これは、ユーザーが準備ができたらすぐに最新の機能を提供するためです。 新機能のリリース時の予測可能性が高い場合は、 クラウド更新プログラムを使用した月次エンタープライズ チャネルをお勧めします。 クラウド更新プログラムを使用すると、ウェーブ内の特定のユーザーまたはグループに対して毎月の Microsoft 365 Apps 更新プログラムを自動的に配信し、ネットワークへの影響を制限します。 新しい機能を受け取る前に広範なテストが必要なデバイスを選択する場合は、エンタープライズ チャネル Semi-Annual することをお勧めします。
すべての更新チャネルは、必要に応じ、セキュリティとセキュリティ以外の問題の更新プログラムを受け取ります。 これらの更新は通常、月の第 2 火曜日に行われます。
詳細については、「Microsoft 365 Apps の更新チャネルの概要」を参照してください。
組織全体に展開する前に新しい更新プログラムをプレビューまたはテストするには、次の 2 つのオプションがあります。
- 段階的な方法で更新プログラムをデプロイします。 たとえば、リリース日にいくつかのデバイスで更新プログラムの展開プロセスを開始します。 数日後、組織全体のサンプル セットに拡張し、さらに 2 つのウェーブで残りのデバイスに拡張します。 月次エンタープライズ チャネルとクラウド更新プログラムを使用すると、 Update 検証と組み合わせて、カスタム ロールアウトウェーブを通じて段階的なデプロイを自動化できます。
- 更新チャネルの組み合わせをデプロイします。一方のチャネルは、他のチャネルよりも前の新機能を受け取ります。 たとえば、検証のために現在のチャネル (プレビュー) をユーザーのサブセットに展開し、現在のチャネルをデバイスの大部分に展開します。 このシナリオでは、現在のチャネルを使用しているユーザーは、通常、現在のチャネル (プレビュー) のユーザーのわずか数週間後に機能更新プログラムを受け取ります。
手順 4 - インストール パッケージを定義する
注:
ベスト プラクティス:
管理オーバーヘッドを減らすために、できるだけ少ないインストール パッケージをビルドします。 インストール プロセスでインストール ファイルをクラウドからフェッチできるようにする。そのため、インストール ファイルを含めて管理する必要はありません。 たとえば、異なる更新チャネルが必要な場合は、1 つのパッケージで移動し、後で更新チャネルを変更 するための使用可能なオプションの 1 つで更新チャネルを切り替えます。
Visio や Project など、アップグレード中に追加の製品をインストールする必要がある場合は、 MSICondition を RemoveMSI と組み合わせて使用して、以前にインストールした製品に基づいて製品を動的に追加します。
追加の製品 (Visio や Project など) や言語パックを使用できる場合は、 リーンインストールと動的インストール をビルドして、後で追加します。
Office カスタマイズ ツールと Office 展開ツールを使用して、インストール パッケージをビルドします。 既定では、結果のパッケージはインストール中に必要なファイルをダウンロードします。
環境内のインストール中にファイルをダウンロードできない場合は、別の方法を使用します。 "/download" スイッチを使用します。 この方法では、必要なソース ファイルを事前に取得できます。 次に、これらのファイルをインストール パッケージに含めます。 この方法では、含まれているソースを定期的に更新し、メンテナンス作業を増やす必要があります。
言語をパッケージ化するには、各リージョンで必要な言語を特定することをお勧めします。 これらの言語は、最初のインストールの一部として直接デプロイできます。 クライアント デバイスのオペレーティング システムに一致する言語をインストールすることもできます。 詳細については、「 オペレーティング システムと同じ言語をインストールする」を参照してください。
必要な言語で Office を展開した後は、必要に応じて言語アクセサリ パックを追加できます。 言語アクセサリ パックをさらにインストールするには、次のいずれかのオプションを選択します。
- ユーザーに、Microsoft 365 ポータルから必要な言語アクセサリ パックをダウンロードしてインストールさせます (ローカル管理者のアクセス許可が必要です)。
- "管理者ではないユーザーに言語アクセサリ パックのインストールを許可する" ポリシーを設定してユーザーに割り当てます。 このポリシーを使用すると、アプリ UI 自体を使用して言語パックをインストールできます。
- Intune、Configuration Manager、または Office 展開ツールを使用して、適切な言語アクセサリ パックをユーザーに展開します。
詳細については、「 Microsoft 365 Apps の言語展開の概要」を参照してください。
選択するアーキテクチャの詳細については、「Office の 32 ビット版または 64 ビット版を選択する」を参照してください。
Project および Visio デスクトップ アプリのサブスクリプション バージョンがある場合は、引き続き使用してください。 Project と Visio のボリューム ライセンスバージョンをお持ちの場合は、サブスクリプションのバージョンにアップグレードすることをお勧めします。 ボリューム ライセンスバージョンの Project または Visio を引き続き使用する必要がある場合は、「 Office、Project、Visio のさまざまなバージョンを同じコンピューターにインストールするためのサポートされているシナリオ」を参照してください。
手順 5 - 既存のバージョンの Office からのアップグレードを計画する
注:
ベスト プラクティス: Microsoft 365 Apps のセットアップで、既存の MSI ベースのバージョンの Office、Visio、および Project を自動的にアンインストールできるようにします。 同じデバイスで MSI ベースの Office と並行して Microsoft 365 Apps を実行することはお勧めしません。
インストールに Windows インストーラー (MSI) を使用する以前の Office バージョンの削除に役立てるには、Office 展開ツールを使用します。 RemoveMSI 要素を指定することで、Microsoft 365 Apps 展開パッケージ内のアンインストール プロセスを合理化できます。 詳細については、「 Microsoft 365 Apps にアップグレードするときに既存の MSI バージョンの Office を削除する」を参照してください。
手順 6 - 共有コンピューターの計画 (省略可能)
注:
ベスト プラクティス: VDI などの共有コンピューターのシナリオでは、Microsoft 365 Apps の展開時に共有コンピューターのアクティブ化を有効にします。
仮想デスクトップ インフラストラクチャ (VDI) やシフト ワーカー間など、複数のユーザーがワークステーションを共有する環境で Microsoft 365 Apps を設定するには、これらのデバイスで共有コンピューターのライセンス認証を有効にします。
共有コンピューターのライセンス認証を有効にすると、Microsoft 365 Apps ライセンスが割り当てられているすべてのユーザーがデバイスにサインインし、Word や Excel などのアプリを使用できます。 詳細は、「Microsoft 365 Apps に対する共有コンピューターのライセンス認証の概要」をご覧ください。
終了条件の確認
デプロイを開始する前に、計画の終了条件を満たしていることを確認してください。
| プラン | 完了済み |
|---|---|
| 展開方法の選択 | Y/N |
| 更新プログラムの管理方法の選択 | Y/N |
| 更新プログラム チャネルの選択 | Y/N |
| ソース ファイルの定義 | Y/N |
| 展開グループの定義 | Y/N |
| アップグレードの計画 | Y/N |
| 共有コンピューターの計画 | Y/N |
次の手順
デプロイ計画に応じて、次のいずれかの記事に移動します。