大量のWindowsPC展開の現場でOOBEが破綻する理由

問題提起

「同じ設定をしたはずなのに、なぜか1台だけ挙動が違う」
「誰がどこを触ったのか分からない」
「展開作業が終わらない」

大量展開の現場では、こうした問題が当たり前のように発生します。

その原因の一つが、OOBEという仕組みにあります。

WindowsPCにおけるOOBEは、
1台のPCを個人が初期設定するにはよくできています。

しかし、数十台・数百台を同一条件で展開する現場では、この前提そのものが破綻してしまいます

その破綻する理由と解決策について本記事にて紹介していきます。

OOBEは本来“誰向け”の仕組みか

OOBEは、1台のPCを個人が初期設定するための導線として非常に優秀です。

実際、

  • 言語設定
  • ネットワーク設定
  • ユーザー作成
  • Microsoftアカウント連携

などなど、
画面の流れに沿って進めるだけで良く、
初心者でも簡単に初期セットアップが完了します。

このように、OOBEは個人でする分には全くもって支障がありません

しかし、企業展開の前提はまったく違う

実際の現場における前提は以下の通りです。

  • 数十台~数百台、多い時で数千台
  • 全台同一構成
  • 手順の再現性が必須
  • 作業者が複数人

このような前提では、OOBEによる「人が選択するUI」は不要どころかノイズになってしまいます。

なぜOOBEが破綻してしまうのか

OOBEは、

人が意思決定する前提

で設計されています。

一方の企業展開においては、

人の判断を排除する前提

で設計されるべきものです。

つまり設計思想が真逆なのです。

だからこそ、
OOBEを人の手で処理する運用は、
規模が大きくなるほど破綻します。

現場で発生する具体的な問題

OOBEの画面を人の手で操作するとなると、以下のような問題が発生します。

  • 作業時間の増大
  • 作業者ごとの設定ブレ
  • 抜け漏れ
  • 手戻り
  • 属人化

これらは台数が増えるほど指数関数的に増加していきます。

例えば、1台なら5分のズレでも、
100台なら500分になる計算です。

そのため、人の手で操作するようなことは避けるべきです。

解決策:応答ファイル(unattend.xml)による完全自動化

解決策はきちんとあります。

それは、

応答ファイル(unattend.xml)による完全自動化

です。

これを利用すれば以下のことが可能となり、人が触らなくても同一構成が完成する状態を作ることが可能です。

  • OOBE自動スキップ
  • ユーザー作成自動化
  • ネットワーク設定
  • ローカルポリシー設定
  • スクリプト実行

応答ファイルはネットに落ちているような怪しいものではなく、Windows公式からきちんと提供されているものになります。

詳しくは、
以下の公式サイトをご覧ください。

また、応答ファイルを用いて実際に自動化させている動画は以下をご覧ください。
※Windowsのクリーンインストールからの手順になります。

具体的な完全自動化の方法についてはQiitaの記事をご覧ください。

まとめ|大量のWindowsPC展開の現場ではOOBEを自動化すると良い

OOBEは、個人が初期設定する分には優れたものです。

しかし、実際の現場は何十台~何百台、多い時で何千台もの端末を初期設定する必要があり、手作業では破綻してしまいます。

応答ファイル(unattend.xml)を取り入れ自動化することで、破綻してしまうのを回避することが可能です。

利用しない手はないかと私は思います。

  • PC展開が属人化している
  • 展開失敗が怖くて踏み出せない
  • 自動化したいが設計に自信がない

そんな場合は、一度設計を言語化してみるだけでも状況は変わります。

設計レビューやスポット相談も対応しています。

必要であれば、お気軽にご相談ください。
お問い合わせはこちらから。

Kei

Windows端末展開・キッティング自動化を中心に、
WinPE / DISM / Sysprep / バッチによる業務効率化を実務ベースで検証・発信しています。

「手作業前提の運用を減らす」「再現性のある構成」を重視し、
現場で本当に回る設計・考え方を記録しています。

Qiitaでは技術寄りの記事を、
サイトでは設計思想や運用面の話を中心に発信中。

Keiをフォローする
問題提起
Keiをフォローする

コメント

タイトルとURLをコピーしました