私は大規模な大学の学生、教職員のヘルプデスクで働いています。日常業務の一環として、すべてのバージョンのWindows(xp、Vista、7、それぞれ32ビットと64ビットの両方)をインストールし、CD/DVDを継続的に書き込む必要性を減らして自動化する方法を模索しています。プロセスのワークフロー。理想的には、ラップトップを24ポートスイッチに接続してネットワークから起動し(これ専用の古いIBMサーバーが2台あります)、インストールするオペレーティングシステムを選択するオプションが与えられます。クライアントマシン。さらに、可能であれば、ネットワークを介して診断用.isoを起動することもできます。つまり、memtest、sea tools、live runubuntuです。
私はこれについてかなり読んだことがあり、そこにある潜在的な解決策でいくつかの問題に遭遇し続けています。 1.イメージングに使用されるコンピューターは、これまでに聞いたことのあるすべてのメーカーのすべてのメーカーとモデルです。つまり、該当するすべてのドライバーを特定することはほぼ不可能です。 2. Active Directoryの一部であり、イメージ化されるべきではないコンピューター3. OSと一緒にインストールする必要のあるソフトウェアは、インストールごとに非常に多くなる可能性があります。何を選択する方法はありますか追加のプログラムはケースバイケースでインストールされますか?
Tftpd32とMicrosoftの展開ツールを調べましたが、どちらの継ぎ目も問題の適切な解決策ではありません。最初の継ぎ目は十分に堅牢でなく、2番目の継ぎ目はキャプチャされたイメージをほぼ同じマシンにエンタープライズインストールするように調整されているためです。同様のユースケースを持っている人はいますか?もしそうなら、あなたは何を使用しましたか、または何がうまくいくかについての考えを持っている人は信じられないほど役に立ちます。
私たちが使用するセットアップ。
WDS(Windows展開サービス)
MDT(Microsoft Deployment Tool)
上記のすべては、WDS内でホストされているMDTブートイメージ内にあります。したがって、WDSサーバーの起動中に、これらすべてのタスクシーケンスが提供されます。タスクシーケンスを選択した後、次の2つの方法でルールを指定できます。
ルールの詳細
MDTの利点は、すべてのイメージにデフォルトのルールがあることですが、個々の展開タスクにもルールがあります。例としてWindows XPを使用:
**Unattend.txt** is used when you're deploying from an operating system that has been imported directly from the original Windows XP SP3 CD.
**Sysprep.inf** is used when you're deploying using a custom image of Windows XP or Windows Server 2003.
デプロイメント共有のルール内で指定されたものはすべて、sysprep.infおよびunattend.txt内で指定された設定を上書きします。ただし、ルール内の特定の設定をスキップするように指定できるため、質問は表示されませんが、sysprep.infおよびunattend.txt内で指定することにより、実際のインストール中にこれを指定するオプションを自分で許可できます。
全体として、MDTのルールと、個々のオペレーティングシステムによって提供される付随するルールは非常に柔軟です。
利用可能なルールのSomes
ドライバーの問題: msotの一般的なネットワークカードチップ用の汎用ドライバーをインストールすると、少なくともマシンのイメージングプロセスを完了することができます。その後、ビデオ、サウンドなどの残りのドライバーを見つける必要があります。 ....用途によって異なります。
ドライバーデータベースの拡張:その後、さらに多くのマシンのイメージングを開始すると、将来の展開のために、これらのドライバーをMDTインストールに追加し始めることができます。 MDTは、プラグアンドプレイID IDを使用して、展開中に必要なドライバーのみをアップロードおよびインストールします。また、さらに一歩進んで、製造元とOSごとにドライバーを分類する必要があります。
あなたが興味を持っているなら、私はこれらすべてを説明する様々なステップを通り抜ける良い記事を持っています。私はそれを送るために喜んでいるだろうと私に知らせてください。
Windows/Active Directoryサーバーをお持ちの場合は、おそらく Windows展開サービス を調べる必要があります。 XPとVista/7の場合はまったく異なる方法で実行されますが、どちらの場合も、独自のドライバーを使用してスクリプトを作成および変更できる完全なセットアッププロセスが得られます。
ADがない場合、XPインストールは 無人 -を使用してブートストラップできます。これはWDSの方法と非常によく似ています。Vista以降にはADがあります。 Windows PEインストーラー。 Windows PEを介してブートストラップ(およびスクリプト化) これは、そのままPXEブートすることができます。
WinXP および Vista/7 の無人インストール手法に精通している必要があります。
さらに、可能であれば、ネットワークを介して診断用.isoを起動することもできます。つまり、memtest、sea tools、live runubuntuです。
PXELinux この種のものを許可します。 LiveRescueCD、Seatools、DOSイメージなどのライブシステムを起動できます。実例については、 PXEデプロイメントスクリプトプロジェクト を参照してください。
編集:ソフトウェアのインストールに関する質問に関して、 スクリプトインストーラーには非常に多くの作業があります 。 [〜#〜] wpkg [〜#〜] のようなOSS自動化プロジェクトを見ることができます。これらは主にパッケージ管理(つまり、インストール、更新、および削除)用のスクリプト可能なエンジンを提示するためにあります。 「インストールして忘れる」という単純化されたケースでも、その方法を見て多くの有用な情報を得ることができるはずです さまざまなメーカーのインストーラーがどのようにスクリプト化されているか 。
ここでの問題の一部は、自動化されたシステムが必要な場合は、自動化するためのいくつかの「ルール」を設定する必要があるのに対し、すべてのことを実行して「必要なことは何でも」実行できるシステムが必要なようです。
これは可能です-Windows展開サービスなどを介して自動展開を構成し、コンピューターが参加しないインストールの最後にドメインに参加するようにすることができます。また、一連のインストールスクリプトを作成することもできます。ベースウィンドウのインストールが完了した後、手動で選択してソフトウェアをマシンにロードできます。
ドライバーは問題ですが、何をしても問題になります。
考慮する必要があるもう1つの問題は、ライセンスです。大学が所有していないコンピューターにWindowsイメージをインストールする場合、それをどのように処理しますか?WindowsのボリュームライセンスインストールをOEMキーにライセンスすることはできないと思います。
私は非営利で働いており、あらゆる種類のメーカーとモデルがあります。 WDSに加えて、MDTも調べます。プロダクトキーの追加やドメインへの参加に使用できますが、これらは必須ではありません。オンラインで入手できるドライバーパックも調べます。より一般的なものがいくつかあるので、追加する必要はめったにありません。
ソフトウェアの再インストールは、可能な限りユーザーに任せることをお勧めします。
WDSの起動プロセスをカスタマイズして、最初にpxelinuxイメージを起動することで、診断イメージをWindowsボックスに保存することもできます。私は個人的にgparteddbanHPとDellの診断画像のコピーを保管しています。