Microsoft 365 Appsのエンタープライズ展開を計画する
Microsoft 365 Appsのデプロイと更新プログラムの管理に関するガイダンスについては、この記事を参照してください。 これは、クラウドから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 Appsの構成とインストールを自動化します。
Configuration Managerを使用してローカル ソースからデプロイする: Configuration Managerを使用してデプロイを管理し、ネットワーク上の配布ポイントからダウンロードしてデプロイします。
Office 展開ツールを使用してクラウドから展開する: ODT を使用して展開を管理し、Office CDN からクライアント デバイスに直接インストールします。
Office 展開ツールを使用してローカル ソースから展開する: ODT を使用してデプロイを管理し、ネットワーク上のローカル ソースからダウンロードしてデプロイします。
多くの組織では、これらのオプションをさまざまなユーザーに組み合わせて使用しています。 たとえば、organizationでは、Intuneを使用してほとんどのユーザーにMicrosoft 365 Appsを展開しますが、マネージド デバイスを使用していない少数のワーカー グループに対して自己インストールを有効にすることができます。
手順 2 - 更新プログラムの管理方法の選択
注:
ベスト プラクティス: クライアント デバイスを自動的に更新することをお勧めします。 機能更新プログラムの頻度を定義できますが、更新は管理オーバーヘッドなしで行われます。 更新プログラムのデプロイの進行状況など、より詳細な制御を行い、さらに分析情報を取得する場合は、 クラウド更新プログラムを使用することをお勧めします。
Office CDN から自動的に更新されるようにクライアント デバイスを設定します。 これらの設定は初期展開の一部として定義されますが、更新自体は他のツールや管理オーバーヘッドなしで行われるため、機能更新プログラムの頻度は引き続き制御できます。 さらに、更新プログラムは、ネットワーク帯域幅を節約するために、何日間も自動的にデプロイされます。
Intuneを使用して他のポリシーを適用することもできます。 たとえば、更新プログラムのインストールを適用する日数の後に期限を設定する場合などです。 ADMX 設定をデバイスに適用する方法については、Intuneドキュメントを参照してください。
3 つ目のクラウドベースのオプションは、 クラウド更新プログラムを使用することです。 これは、月次エンタープライズ チャネルと現在のチャネル上のデバイス用のクラウドベースの更新管理ソリューションです。 これには、高度な監視、レポート、強制、驚異的なデバイス、ロールバックなどの機能が含まれています。
オンプレミスソースから更新プログラムを配布する必要がある場合は、更新プログラムをダウンロードして配布ポイントから展開することで、Configuration Managerで配布できます。 以前のバージョンのConfiguration Managerを使用している場合は、現在のブランチにアップグレードすることをお勧めします。
Configuration Managerがない場合は、ODT を使用してネットワーク上のローカル ソースに更新プログラムをダウンロードし、そこから展開できます。 このオプションでは、さまざまな更新チャネル、アーキテクチャ、プラットフォームの更新パッケージを管理する必要があり、管理オーバーヘッドが最も多くなります。 このオプションは、ネットワーク容量が制限されすぎてクラウドから更新できないため、他のソリューションが利用できない場合にのみ推奨されます。
更新プログラムの管理方法を以下から選択します。
自動更新: 初期展開の一部として定義している更新プログラム チャネルによって、クライアント デバイスが Office CDN から直接更新されます。
Intuneを使用して更新プログラムを管理する: Intuneを使用してデバイスにポリシーを設定します。これらのデバイスがクラウドから更新プログラムを取得する方法とタイミングを制御します。
クラウド更新プログラムを使用して更新プログラムを管理する: 月次エンタープライズ チャネルまたは現在のチャネルを使用する場合、クラウド更新プログラムは、クラウドから更新プログラムを管理するための最も包括的なツールセットを提供します。
Configuration Managerを使用して更新プログラムを管理する: Updatesがダウンロードされ、Configuration Managerによってクライアント デバイスに展開されます。
Office 展開ツールを使用して更新プログラムを管理する: ODT は、ローカル ソースに更新プログラムをダウンロードし、クライアント デバイスにインストールします。
初期展開と同様、組織はさまざまなユーザーに対して、これらのオプションを組み合わせて使用できます。
詳細については、「Microsoft 365 Appsの更新プログラムを配信する方法を選択する」を参照してください。
手順 3 - 更新プログラム チャネルの選択
Microsoft 365 Appsを使用すると、ユーザーがアプリケーションに対して機能更新プログラムを受信する頻度を制御できます。 そのためには、ユーザーの更新チャネルを選択します。
現在のチャネル: ユーザーが準備ができたらすぐに最新の機能を提供しますが、スケジュールは設定されていません。
月次エンタープライズ チャネル: 月に 1 回、予測可能なスケジュールで最新の機能をユーザーに提供します (月の第 2 火曜日)
半期エンタープライズ チャネル: 1 月と 7 月の 6 か月ごとに機能のロールアップをユーザーに提供します。
注:
「説明済み - Microsoft 365 Apps更新チャネル」ビデオでは、すべての更新チャネルの完全な概要を示します。
現在のチャネルをお勧めします。これは、ユーザーが準備ができたらすぐに最新の機能を提供するためです。 新機能のリリース時の予測可能性が高い場合は、 クラウド更新プログラムを使用した月次エンタープライズ チャネルをお勧めします。 クラウド更新プログラムを使用すると、ウェーブ内の特定のユーザーまたはグループに対して毎月のMicrosoft 365 Apps更新プログラムを自動的に配信し、ネットワークへの影響を制限します。 新しい機能を受け取る前に広範なテストが必要なデバイスを選択する場合は、エンタープライズ チャネル Semi-Annual することをお勧めします。
すべての更新チャネルは、必要に応じ、セキュリティとセキュリティ以外の問題の更新プログラムを受け取ります。 これらの更新は通常、月の第 2 火曜日に行われます。
詳細については、「Microsoft 365 Apps の更新チャネルの概要」を参照してください。
新しい更新プログラムをorganization全体にデプロイする前にプレビューまたはテストするには、次の 2 つのオプションがあります。
- 段階的な方法で更新プログラムをデプロイします。 たとえば、リリース日にいくつかのデバイスで更新プログラムの展開プロセスを開始します。 数日後、organization全体のサンプル セットに拡張し、さらに 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にアップグレードするときに Office の既存の MSI バージョンを削除する」を参照してください。
手順 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 |
次の手順
デプロイ計画に応じて、次のいずれかの記事に移動します。