MDTの目的について混乱しているかどうかはわかりません。
標準のWindows7ビルドを約100台の新しいコンピューターに展開する必要があります。時間が経つにつれてさらに多くのコンピューターに展開する必要があります。
たくさんのドキュメント、チュートリアル、ホワイトペーパーなどをたどった後、MDTは常にの完全なプロセスを通過するようです。
必要なのは、単純な「参照マシンの画像を撮影する」とそれに続く「ターゲットに画像を複製する」です。これは、MDTが続く完全なインストールルーチンよりもはるかに高速である必要があります。
MDTからキャプチャされたWIMで何か他のことをする必要がありますか?どういうわけか「コピーの準備ができた」画像としてWDSに入れることはできますか?
WIMをキャプチャする前に、プレインストールするアプリケーションを使用して参照コンピューターを構成します。 WIMがターゲットに適用されると、あとはドメインに参加して更新を適用するだけです。
そうは言っても、MDT(ひいてはSCCM)を使用することの利点は、OSとは独立して更新できる個別のアプリケーションパッケージを作成できることです。アプリケーションの追加/削除/更新では、毎回新しいイメージをビルドする必要はありません。代わりに、イメージをターゲットにデプロイするのにかかる時間を増やします。
私たちにとって、アプリケーションをOSイメージから分離しておく機能により、アプリケーションとイメージの管理が非常に簡単になりましたが、すべてのマシンで同じ構成を使用していて、イメージの再構築を頻繁に行わない状況にある場合は、それをすべて一緒にロールすることはあなたにとってより良いオプションでしょう。
WDSは、PXEブート容量と、イメージをキャプチャして展開する機能を提供します。 MDTは、ドライバーを挿入し、スクリプト化されたインストール手順を実行するための簡単な方法を提供します。 WDSによって作成されたキャプチャされたWIMをMDTで使用できます-私はこれを数回使用しました。
私の個人的な好みは、キャプチャされたWIM画像の使用を完全に避けることです。それらが機能している間、私はプロセスが価値があるよりも厄介であることに気づきました-慢性的に時代遅れの画像と戦うことはお尻の王室の痛みです。
2つを統合するには、MDTによって作成されたブートWIMイメージをWDSサーバーのブートオプションとして使用します。スクリプトインストールの一部として、その時点でキャプチャプロセスによって作成されたWIMを使用できます。
私は個人的に、ストックWIMイメージを使用してOSを展開し、ドライバーを挿入し、MDTを介してその他のカスタマイズ(ローカルドライブにインストールイメージのコピーを作成するなど)を行い、EminentWareを介してソフトウェアスタックを展開します。
インストールとポストインストールをスクリプト化して、システムをADに事前に挿入し、自動結合するまで、すべての方法があります。
個人的には、物事が不安定になったり、正しくない場合があります。そのため、WDSを使用する最も簡単な方法は次のとおりです。
イメージの管理には、より多くのオーバーヘッドがかかります。それらは古くなるなど、すべての回答スクリプトをスクリプト化するわけではありません。私たちは主に、適切な基本インストールを取得するために時折のラボまたはデプロイメントに使用し、次に小さなポストイメージ更新を実行してドメインに参加します。
したがって、これを改善できる方法はありますが、この方法は私たちのニーズを満たし、使用できるほど柔軟に保ちますが、最後の最後に何かが協力しないと決定したときに子供たちの前で宣誓するほど複雑ではありません。