MENU

Microsoft 365 Appsをフルオフラインインストールする方法｜Office Deployment ToolでEnterprise/Businessを一括展開する手順

Microsoft 365

Microsoft 365 Apps を複数台に展開するとき、「毎回インターネットからダウンロードされて回線がパンクする」「支店側の細い回線を守りたい」と感じたことはないでしょうか。本記事では、Microsoft が提供している Office Deployment Tool（ODT）を使って、Microsoft 365 Apps（Enterprise / Business）を“フルオフラインインストーラー”として運用する具体的な手順と、実運用で躓きやすいポイントを整理して解説します。

目次

Microsoft 365 Apps を完全オフラインで展開する考え方

まず押さえておきたいのは、「Microsoft 365 Apps のフルオフラインインストーラー」という単体 EXE が公式に配布されているわけではない、という点です。実際には次のような構成で“フルインストーラー相当”を自前で作るイメージになります。

  • Microsoft 公式の Office Deployment Tool（setup.exe）
  • ODT で一度だけ取得した Office コンテンツ一式（Office\Data\…）
  • インストール内容を定義する 構成 XML ファイル

この 3点をセットにして配布すると、クライアント PC はインターネットに出なくても、指定された SourcePath（ファイルサーバーやローカルフォルダー）から Microsoft 365 Apps をインストールできます。つまり、

  • 本社や一部端末で一度だけインターネットを使って Office ファイル群をダウンロード
  • その後は各拠点・各端末に対して、ファイルサーバーや配布ツールから 完全オフラインで展開

という構成が実現できます。

Office Deployment Tool（ODT）の概要とメリット

Office Deployment Tool は Microsoft が提供している公式ツールで、ボリューム展開やカスタマイズされた Office インストールに必須のコンポーネントです。ODT を使うと次のようなことが可能になります。

  • 配布したい製品（Business / Enterprise）、ビット数（32 / 64bit）、言語、チャネルを細かく指定
  • あらかじめ Office コンテンツを /download でまとめて取得
  • 取得済みのコンテンツを /configure でクライアント PC にインストール
  • Teams や Access 等、不要なアプリを <ExcludeApp> で除外
  • 更新チャネルや更新元（UpdatePath）を社内共有に固定

「フルオフラインインストーラーをどこからダウンロードすればいいのか？」という疑問は、実際には「ODT と、ODT で取得したコンテンツ一式を自前で作る」という形で解決する、という理解がポイントです。

事前準備：ODT の入手と作業フォルダーの作成

まずは管理者端末上に作業用フォルダーを用意し、ODT を配置します。

  1. 任意の端末に、フォルダー C:\ODT などを作成します。
  2. Microsoft 公式サイトから Office Deployment Tool をダウンロードし、setup.exe を C:\ODT に展開します。
  3. 管理者権限で PowerShell またはコマンド プロンプトを起動します。

以降の例では、ODT のパスを C:\ODT として説明します。実際には別ドライブや別フォルダーでも問題ありませんが、パスに空白が含まれる場合は後述のように引用符（”）で囲む必要があります。

構成ファイル（XML）の作成例：Business / Enterprise

次に、どの製品をどの条件でインストールするかを定義する XML 構成ファイルを作成します。メモ帳や Visual Studio Code などで UTF-8 形式のテキストファイルとして作成し、拡張子を必ず .xml にする点が重要です。

Business 版（64bit、日本語、Current チャネル）の例

&lt;!-- 保存名例：installOfficeBusRet64.xml --&gt;
&lt;Configuration&gt;
  &lt;Add OfficeClientEdition="64" Channel="Current" SourcePath="\\filesrv\Office365"&gt;
    &lt;Product ID="O365BusinessRetail"&gt;
      &lt;Language ID="ja-jp" /&gt;
    &lt;/Product&gt;
  &lt;/Add&gt;
  &lt;Display Level="None" AcceptEULA="TRUE" /&gt;
  &lt;Property Name="FORCEAPPSHUTDOWN" Value="TRUE" /&gt;
&lt;/Configuration&gt;

Enterprise 版（64bit、日本語、Current チャネル）の例

&lt;!-- 保存名例：installOfficeEnt64.xml --&gt;
&lt;Configuration&gt;
  &lt;Add OfficeClientEdition="64" Channel="Current" SourcePath="\\filesrv\Office365"&gt;
    &lt;Product ID="O365ProPlusRetail"&gt;
      &lt;Language ID="ja-jp" /&gt;
    &lt;/Product&gt;
  &lt;/Add&gt;
  &lt;Display Level="None" AcceptEULA="TRUE" /&gt;
  &lt;Property Name="FORCEAPPSHUTDOWN" Value="TRUE" /&gt;
&lt;/Configuration&gt;

ここでよく使う設定項目を整理すると、次のようになります。

項目例意味 / 補足
OfficeClientEdition64 / 32Office のビット数。基本は 64bit 推奨。
Product ID （Business）O365BusinessRetailMicrosoft 365 Apps for Business 向け。
Product ID （Enterprise）O365ProPlusRetailMicrosoft 365 Apps for Enterprise 向け。
Language IDja-jp日本語 UI。多言語環境なら複数指定も可。
ChannelCurrent / MonthlyEnterprise など更新チャネル。運用ポリシーに応じて選択。
SourcePath\\filesrv\Office365事前ダウンロードした Office コンテンツを置く場所。
DisplayLevel=”None”完全サイレントインストールにする設定。
FORCEAPPSHUTDOWNValue=”TRUE”起動中の Office アプリを強制終了してインストール。

Teams を含めたくない、Access は不要、といった要件がある場合は、<Product> 内に次のような設定を追記します。

&lt;Product ID="O365ProPlusRetail"&gt;
  &lt;Language ID="ja-jp" /&gt;
  &lt;ExcludeApp ID="Teams" /&gt;
  &lt;ExcludeApp ID="Access" /&gt;
&lt;/Product&gt;

XML の構成さえ固まれば、以降のダウンロードとインストールは同じ構成ファイルを流用できるため、運用が非常にシンプルになります。

製品ファイルを事前ダウンロード（帯域を一度だけ使用）

次に、構成ファイルを使って Office コンテンツを一式ダウンロードします。この操作はインターネット接続が可能な環境で、一度だけ実施します。

PowerShell から実行する場合

Set-Location C:\ODT
.\setup.exe /download .\installOfficeBusRet64.xml

コマンド プロンプトから実行する場合

cd /d C:\ODT
setup.exe /download installOfficeBusRet64.xml

ダウンロードが正常に完了すると、SourcePath で指定したパス（例：\\filesrv\Office365）配下に、次のような構造のフォルダーが生成されます。

  • \\filesrv\Office365\Office\Data\...

このフォルダー群が、いわゆる “フルオフラインインストール ソース” です。実際のサイズはチャネルや言語、バージョンによって数 GB～十数 GB になることが多いため、本社側など帯域に余裕のあるネットワークで一度だけ実行するのがおすすめです。

よくあるダウンロード時の注意点

  • プロキシ環境では、管理者端末がインターネットに出られるよう設定を確認する。
  • 途中で中断された場合でも、/download を再実行すると不足分を補完してくれる。
  • ダウンロード完了後は、ファイルサーバー側のアクセス権（読み取り）をクライアントに付与しておく。

オフラインでインストールする方法

Office コンテンツを事前取得できたら、クライアント PC 側ではインターネット接続が無くてもインストールできます。基本コマンドは /configure のみです。

PowerShell からの例

Set-Location C:\ODT
.\setup.exe /configure .\installOfficeBusRet64.xml

コマンド プロンプトからの例

cd /d C:\ODT
setup.exe /configure installOfficeBusRet64.xml

ログを取得する（推奨）

トラブルシューティングを容易にするため、/log オプションでログ出力先を指定する運用を強くおすすめします。

cd /d C:\ODT
setup.exe /configure installOfficeBusRet64.xml /log C:\ODT\install.log

ログファイルには、構成ファイルが読めたかどうか、どのバージョンを展開しようとしたか、SourcePath にアクセスできたかなどの詳細が出力されます。

ManageEngine での配布のコツ

ManageEngine Endpoint Central（旧 Desktop Central）などのクライアント管理ツールを利用する場合、以下のような構成にすると帯域削減の効果が高くなります。

基本的な配布パターン

配布パターン概要メリット注意点
集中配布サーバー方式本社に Office コンテンツを格納し、各クライアントがそこから取得管理がシンプル、本社内で完結拠点との WAN 帯域が細い場合は負荷に注意
拠点別ミラー方式各拠点の配布サーバー／リポジトリに Office フォルダー一式をコピー拠点内トラフィックのみで展開可能拠点間でコンテンツの同期運用が必要
ローカルコピー方式ジョブ実行時に一時的に Office コンテンツをローカルへコピーしてからインストールインストール中のネットワーク依存が少ないクライアント側のディスク容量に注意

ManageEngine での実際の設定ポイント

  • 配布パッケージには、次を ひとまとめにして登録します。
    • setup.exe（ODT）
    • 構成 XML（例：installOfficeBusRet64.xml）
    • 事前ダウンロード済みの Office フォルダー一式
  • 実行ユーザーは システムアカウント（SYSTEM） を推奨。
  • コマンドラインは、環境に応じて次のように指定します。
    • setup.exe /configure installOfficeBusRet64.xml
    • ログを取りたい場合は /log を追加。
  • サイレントインストールのため、ユーザーにはほとんど画面表示が出ません。展開スケジュールや作業時間帯に配慮します。

典型的なエラーと対処方法

ODT を使った展開で最もよく見かけるのが、次のようなエラーメッセージです。

  • 「構成ファイルが見つかりません」（Couldn’t install – We couldn’t find the specific configuration file）

このエラーは、構成 XML の内容ではなく、ファイルの場所・名前・拡張子・実行ディレクトリが原因であることがほとんどです。

「構成ファイルが見つからない」エラーのチェックリスト

確認ポイント具体的な確認内容
拡張子メモ帳で作成した際に .xml.txt になっていないか。エクスプローラーで「拡張子を表示」を有効にして確認。
場所setup.exe と同じフォルダーに XML があるか、もしくはフルパスで指定しているか。
実行ディレクトリPowerShell / CMD で C:\ODT に移動してから実行しているか。
PowerShell の表記揺れPowerShell では .\setup.exe と頭に .\ を付けているか。
パスの空白C:\ODT Files\setup.exe のように空白を含む場合、"C:\ODT Files\setup.exe" のように引用符で囲んでいるか。

たとえば、PowerShell から構成ファイルを指定する場合、次のような形が正しい例です。

Set-Location "C:\ODT"
.\setup.exe /configure ".\installOfficeBusRet64.xml"

ファイル名のタイプミスや、フォルダー名の大文字小文字の違いなども含めて、落ち着いて確認すると解決するケースがほとんどです。

インストール時にインターネットへアクセスしてしまう場合

「オフライン展開のつもりなのに、インストール時にインターネットへ出てしまう」という場合は、次の点を疑います。

  • SourcePath が正しく指定されていない
    • SourcePath は Office フォルダーの親（例：\\filesrv\Office365）を指しているか。
  • /download が未実行または失敗している
    • 事前に /download を実行し、Office コンテンツが揃っているか。
  • 指定したチャネルとバージョンの整合性
    • 特定バージョン（<Version>）を指定した場合、そのバージョンのコンテンツがダウンロードされているか。

プロダクト ID の不一致

構成ファイル内の Product ID が実際の契約と合っていない場合、インストールやライセンス認証で問題になることがあります。代表的なものは次の通りです。

用途Product ID備考
Microsoft 365 Apps for EnterpriseO365ProPlusRetail旧称 Office 365 ProPlus。Enterprise ライセンス向け。
Microsoft 365 Apps for BusinessO365BusinessRetailBusiness Standard 等の中小規模向け。

別 SKU（Project、Visio など）を同時に展開したい場合は、その SKU に応じた Product ID を追加で指定します。

運用上の注意点：ライセンス・共有端末・更新チャネル

フルオフラインでインストールできても、Microsoft 365 Apps はクラウドサービスと連携して動作する製品です。運用上は次の点に注意が必要です。

ライセンス有効化（ユーザーサインイン）の必要性

  • インストール自体はオフラインで完了しますが、ライセンスの有効化にはユーザーのサインインが必要です。
  • 完全にネットワークから隔離された環境では、定期的なライセンス確認ができず、機能制限モードになるリスクがあります。
  • 少なくとも月に一度程度はインターネット接続できる運用にする、もしくは別ライセンス（ボリュームライセンス版 Office など）を検討します。

共有端末（RDS / VDI など）での注意

リモートデスクトップサーバーや VDI など、複数ユーザーが同じ端末を利用する環境では、構成 XML に次のプロパティを追加します。

&lt;Property Name="SharedComputerLicensing" Value="1" /&gt;

これにより、共有コンピューターライセンスが有効化され、複数ユーザーが同一端末で Microsoft 365 Apps を利用できるようになります。

更新の制御（チャネル・UpdatePath の設計）

インストールがオフラインでも、その後の更新をどのように管理するかは運用設計上のポイントです。

  • 安定重視なら Channel="MonthlyEnterprise" のように月次エンタープライズチャネルを選択。
  • 社内で十分な検証を行ってから更新を展開したい場合は、UpdatePath をオンプレミスの共有フォルダーに向ける。
  • 更新コンテンツも /download を活用して事前取得し、各拠点サーバーへミラーリングすることで、WAN 帯域使用量を抑制。

トラブルシューティングと運用を楽にする TIPS

テスト端末で小さく検証してから全社展開

  • まずは 1 台のテスト端末で、手動で /download → /configure を実行し、期待通りのアプリ構成になるか確認。
  • Teams を除外したはずなのにインストールされている、などの細かい挙動もこの段階で潰しておく。

ログと XML を必ず保管する

  • /log で出力したログファイルは、障害対応やベンダー問い合わせ時の重要な手がかりになります。
  • 構成 XML のバージョン管理（Git など）を行うと、「いつ・誰が・どの設定を変えたか」が追跡しやすくなります。

バージョン固定での展開

検証済みバージョンを指定して展開したい場合は、<Add> 要素に Version 属性を追加します。

&lt;Add OfficeClientEdition="64" Channel="Current" Version="16.0.xxxxx.xxxxx" SourcePath="\\filesrv\Office365"&gt;

この場合、指定したバージョンのコンテンツをあらためて /download し、そのバージョンに固定して配布できます。特定バージョンでの動作検証が必須な業務システムがある場合に有効です。

まとめ：フルオフラインインストールのポイント整理

最後に、本記事の内容をポイントで整理します。

  • Microsoft 365 Apps の“フルオフラインインストーラー”は、ODT と事前ダウンロードした Office コンテンツ一式を組み合わせて自前で用意する。
  • 構成 XML で、Product ID（O365BusinessRetail / O365ProPlusRetail）、チャネル、言語、SourcePath などを定義する。
  • /download で一度だけインターネット経由で Office コンテンツを取得し、/configure でクライアントにオフラインインストールする。
  • 「構成ファイルが見つからない」エラーの多くは、拡張子・ファイル名・実行ディレクトリ・パスの引用符ミスが原因。
  • ManageEngine などの配布ツールでは、ODT 一式＋ダウンロード済みコンテンツをひとつのパッケージとして配布し、SYSTEM 権限でサイレント実行することで WAN 帯域を最小化できる。
  • ライセンス有効化にはユーザーサインインが必要であり、完全閉域環境での長期稼働には別途ライセンス戦略が必要。
  • 共有端末環境では SharedComputerLicensing、更新制御ではチャネルと UpdatePath の設計が重要。

これらのポイントを押さえておけば、Microsoft 365 Apps を多数の端末へ効率よく、かつネットワーク負荷を抑えながら展開できます。既存のオンラインインストール運用から一歩進めて、ODT ベースのオフライン展開へ移行してみてはいかがでしょうか。

Microsoft 365
オフラインインストール Office Deployment Tool Microsoft 365 Apps ManageEngine

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次