Microsoft Deployment Toolkit サンプルガイド

このガイドは Microsoft Deployment Toolkit (MDT) の一部であり、Windows オペレーティングシステムと Microsoft Office の展開について専門家チームをガイドします。具体的には、このガイドは、特定の展開シナリオ用のサンプル構成設定を提供するように設計されています。

注:

この資料では、特に明記されていない限り、Windows は Windows 8.1、Windows 8、Windows 7、Windows Server 2012 R2、Windows Server 2012、および Windows Server 2008 R2 オペレーティングシステムに適用されます。 MDT は、ARM プロセッサベースのバージョンの Windows をサポートしていません。同様に、MDT は特に明記されていない限り、 MDT の最新バージョンを指します。

このガイドを使用するには

目次でシナリオトピックの一覧を確認します。

organization の展開目標に最も近いシナリオを選択します。
選択したシナリオの構成設定例を確認します。
サンプルの構成設定を、環境内の構成設定の基礎として使用します。

環境に合わせてサンプル構成設定をカスタマイズします。

多くの場合、環境の構成設定を完了するために、複数のシナリオが必要になる場合があります。

このガイドには構成設定の例のみが含まれているため、次の表に記載されているガイドを確認すると、環境の構成設定をカスタマイズするのにさらに役立つ場合があります。

Guide	このガイドは、次のことに役立ちます。
Microsoft System Center 2012 R2 Configuration Manager クイックスタートガイド	System Center 2012 R2 Configuration Manager を使用して、新しいコンピューター展開シナリオで Windows 8.1 オペレーティングシステムをインストールします。
ライトタッチインストールのクイックスタートガイド	新しいコンピューターの展開シナリオで起動可能なメディアを使用して、ライトタッチインストール (LTI) を使用して Windows 8.1 オペレーティングシステムをインストールします。
User-Driven のインストールに関するクイックスタートガイド	新しいコンピューター展開シナリオで、User-Driven Installation および System Center 2012 R2 Configuration Manager を使用して Windows 8.1 オペレーティングシステムをインストールします。
Microsoft Deployment Toolkit の使用	ゼロタッチインストール (ZTI) および LTI の展開で使用される構成ファイルをさらにカスタマイズします。このガイドには、一般的な構成ガイダンスと構成設定のテクニカルリファレンスも含まれます。

MDT を使った Windows 8 アプリケーションの展開

MDT では、.appx ファイル拡張子を持つWindows 8アプリケーションパッケージを展開できます。これらのアプリケーションパッケージは、Windows 8 の新しい機能です。これらのアプリケーションの詳細については、「Microsoft Store アプリ開発」を参照してください。

MDT を使って Windows 8 アプリケーションを展開するには、次の手順を実行します。

LTI を使用した Windows 8 アプリケーションの展開で説明されているように、LTI を使用して Windows 8 アプリケーションを展開します。
Windows 8 アプリケーションを User-Driven インストール (UDI) を使用して展開する「UDI を使用したWindows 8アプリケーションの展開」で説明されているように

LTI を使用した Windows 8 アプリケーションの展開

コマンドラインからインストールプロセスを開始する他のアプリケーションと同様に、LTI を使用して Windows 8 アプリケーションを展開できます。 Windows 8 アプリケーションを LTI 展開に追加するには、Deployment Workbench の [アプリケーション] ノードを使用します。

LTI を使用して Windows 8 アプリケーションを展開するには

アプリケーションを格納するネットワーク共有フォルダーを作成します。
前の手順で作成したネットワーク共有フォルダーに Windows 8 アプリケーションをコピーします。

Windows 8 アプリケーション .appx ファイルと、アプリケーション証明書を含む.cerファイルなど、その他の必要なファイルを必ずコピーしてください。
新規アプリケーションウィザードを使用して、Deployment Workbench の [アプリケーション] ノードに Windows 8 アプリケーションの LTI アプリケーションアイテムを作成します。

新しいアプリケーションウィザードの完了中に、[コマンドの詳細ウィザード] ページのコマンドラインに「app_file_name」(app_file_name はWindows 8 アプリケーションの名前) と入力します。

Deployment Workbench で新しいアプリケーションウィザードを完了する方法の詳細については、MDT ドキュメントの以下の「 Microsoft Deployment Toolkit の使用」のセクションを参照してください。
- "Create a new application that is deployed from the deployment share"
- "Create a new application that is deployed from another network shared folder"
LTI タスクシーケンスの前の手順で作成した LTI アプリケーション項目を選択します。

UDI を使用した Windows 8 アプリケーションの展開

コマンドラインからインストールプロセスを開始する他のアプリケーションと同様に、UDI を使用して Windows 8 アプリケーションを展開できます。 UDI ウィザード Designer の ApplicationPage ウィザードページで、UDI 展開に Windows 8 アプリケーションを追加できます。

注:

UDI を使用して Windows 8 および Windows 8 アプリケーションを展開するには、System Center 2012 R2 Configuration Manager が必要です。

UDI を使用して Windows 8 アプリケーションを展開するには

アプリケーションを格納するネットワーク共有フォルダーを作成します。

このフォルダーは、プロセスで後ほど作成する Configuration Manager アプリケーションのソースフォルダーになります。
前の手順で作成したネットワーク共有フォルダーに Windows 8 アプリケーションをコピーします。

Windows 8 アプリケーション .appx ファイルと、アプリケーション証明書を含む.cerファイルなど、その他の必要なファイルを必ずコピーしてください。
Windows 8 アプリケーションを Configuration Manager アプリケーションとして追加する
Configuration Manager コンソールの [アプリケーションの作成] ウィザードを使用して、Windows 8 アプリケーション用の Configuration Manager アプリケーション項目を作成します。

アプリケーションの作成ウィザードの完了中に、展開の種類を作成して、展開の種類の作成ウィザードを使用して Windows 8 アプリケーションを展開します。 [展開の種類の作成ウィザード] の [コンテンツ] ページの [インストールプログラム] で、「app_file_name」(app_file_name はWindows 8 アプリケーションの名前) と入力します。

Configuration Manager コンソールでアプリケーションの作成ウィザードを完了する方法の詳細については、Configuration Manager に収録されている System Center 2012 Configuration Manager のドキュメントライブラリの以下のセクションを参照してください。
Configuration Manager アプリケーションの展開でユーザーとデバイス間のアフィニティをサポートするように、Configuration Manager のユーザーデバイスアフィニティ (UDA) 機能が正しく構成されていることを確認します。

Configuration Manager アプリケーションの展開をサポートするように UDA を構成する方法の詳細については、「Configuration Manager でユーザーデバイスのアフィニティを管理する方法」を参照してください。
手順 4 で作成したアプリケーションをターゲットユーザーに展開します。

アプリケーションをユーザーに展開する方法の詳細については、「Configuration Manager でアプリケーションを展開する方法」を参照してください。
UDI ウィザード Designer を使用して手順 4 で作成した Configuration Manager アプリケーションが含まれるように ApplicationPage ウィザードページを構成します。

UDI ウィザード Designerを使用して ApplicationPage ウィザードページを構成する方法の詳細については、MDT 文書「User-Driven のインストールに関するクイックスタートガイド」の「手順 5-11: ターゲットコンピューターの UDI ウィザード構成ファイルをカスタマイズする」セクションを参照してください。
UDI タスクシーケンスの前の手順で作成した UDI アプリケーション項目を選択します。

注:

Windows 8 アプリケーションはタスクシーケンスによってはインストールされませんが、UDI の User-Centric アプリインストーラー機能 (AppInstall.exe) を使用して (手順 5 で構成された UDA 設定で定義されています) ターゲットコンピューターにユーザーが初めてログオンしたときにインストールされます。

UDI の User-Centric アプリインストーラー機能の詳細については、MDT ドキュメントの Toolkit リファレンスにある「ユーザー中心のアプリインストーラーリファレンス」セクションを参照してください。

Windows PowerShell を使用した MDT の管理

MDT 展開共有は、Deployment Workbench と Windows PowerShell を使用して管理できます。 MDT には、Windows PowerShell で MDT 固有の機能を使用する前に読み込む必要がある Windows PowerShell ™ スナップイン (Microsoft.BDD.SnapIn) が含まれています。 MDT Windows PowerShell スナップインには次のものが含まれます。

展開共有の内容へのアクセスを提供する Windows PowerShell プロバイダー (MDTProvider)
MDT 展開共有を管理する機能を提供するコマンドレット

次の手順を実行して、Windows PowerShell を使用して MDT 展開共有を管理します。
「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
「Windows PowerShell を使用した展開共有の作成」で説明されているように、Windows PowerShell を使用して配置共有を作成します。
「Windows PowerShell を使用した展開共有プロパティの表示」で説明されているように、Windows PowerShell を使用して展開共有のプロパティを表示します。
「Windows PowerShell を使用した展開共有の一覧の表示」で説明されているように、Windows PowerShell を使用して展開共有の一覧を表示します。
「Windows PowerShell を使用した展開共有の更新」で説明されているように、新しい Windows プレインストール環境 (Windows PE) ブートイメージを生成する展開共有を更新します。
リンクされた展開共有を更新します。このは、「Windows PowerShell を使用してリンクされた展開共有を更新する」で説明されているように、展開共有からリンクされた展開共有にコンテンツをレプリケートします。
更新展開メディア。展開共有から展開メディアにコンテンツをレプリケートしてから、「Windows PowerShell を使用した展開メディアの更新」で説明されているように新しい起動可能なイメージを生成します。
「Windows PowerShell を使用した展開共有内のアイテムの管理」で説明されているように、展開共有内の項目 (オペレーティングシステム、オペレーティングシステムパッケージ、アプリケーション、デバイスドライバーなど) を管理します。
「展開共有の作成の自動化」で説明されているように、展開共有内の項目 (オペレーティングシステム、オペレーティングシステムパッケージ、アプリケーション、デバイスドライバーなど) の設定を自動化します。
「Windows PowerShell を使用した展開共有フォルダーの管理」で説明されているように、Windows PowerShell を使用して展開共有内のフォルダーを管理する。

MDT Windows PowerShell Snap-Inの読み込み

MDT コマンドレットは、MDT コマンドレットを使用する前に読み込む必要がある Windows PowerShell スナップイン Microsoft.BDD.SnapIn で提供されます。「Add-PSSnapIn コマンドレットを使用して MDT Windows PowerShell Snap-Inを読み込む」で説明されているように、Add-PSSnapIn コマンドレットを使用して MDT Windows PowerShell スナップインを読み込みます。

Add-PSSnapIn コマンドレットを使用して MDT Windows PowerShell Snap-Inを読み込む

MDT Windows PowerShell スナップイン Microsoft.BDD.PSSnapIn は、Add-PSSnapIn コマンドレットを使用して、任意の Windows PowerShell 環境から読み込むことができます (例に示すように)。

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Windows PowerShell を使用した配置共有の作成

MDT の Windows PowerShell コマンドレットを使用して展開共有を作成できます。展開共有のルートフォルダーは、標準の Windows PowerShell コマンドレットと Windows Management Instrumentation (WMI) クラスコマンドの呼び出しを使用して作成および共有されます。展開共有は、MDTProvider Windows PowerShell プロバイダーと NewPSDrive コマンドレットを使用して設定されます。 MDTProvider Windows PowerShell ドライブは、Add-MDTPersistentDrive コマンドレットを使用して永続化されます。

MDT Windows PowerShell コマンドレットを使用して展開共有を準備するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例で示されているように、新しい展開共有のルートとなるフォルダーを New-Item コマンドレットの使用で説明するように、New-Item コマンドレットを使用して、新しい展開共有のルートとなるフォルダーを作成します。
```
New-Item "C:\MDTDeploymentShare$" -Type directory
```
コマンドレットは、フォルダーの正常な作成を示します。
次の例で蒔かれた WMI win32_share クラスを使用して、前の手順で作成したフォルダーを共有します。
```
([wmiclass]"win32_share").Create("C:\MDTDeploymentShare$", "MDTDeploymentShare$",0)
```
win32_share クラスを呼び出すと、呼び出しの結果が返されます。 ReturnValue の値がゼロ (0) の場合、呼び出しは成功しています。
次の例に示すように、 NewPSDrive コマンドレットを使用して、新しい共有フォルダーを展開共有として指定します。
```
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose
```
コマンドレットは、展開共有の作成と、新しい展開共有へのテンプレート情報のコピーを自動的に開始します。コピープロセスが完了すると、コマンドレットは新しい配置共有の情報を表示します。

注:

Name パラメーター (DS002) で指定する値は一意である必要があり、既存の展開共有の Windows PowerShell ドライブと同じにすることはできません。
次の例に示すように、 dir コマンドを使用して適切な展開共有フォルダーが作成されていることを確認します。
```
Get-ChildItem ds002:
```
展開共有のルートにある既定のフォルダーの一覧が表示されます。
次の例に示すように、 Add-MDTPersistentDrive コマンドレットを使用して、保存された MDT 展開共有の一覧に新しい展開共有を追加します。
```
$NewDS=Get-PSDrive "DS002"
Add-MDTPersistentDrive  -Name "DS002" -InputObject $NewDS Verbose
```
この例では、$NewDS変数を使用して、新しい展開共有のWindows PowerShellドライブオブジェクトをコマンドレットに渡します。

または、次の例に示すように、 NewPSDrive コマンドレットと Add-MDTPersistentDrive コマンドレットを組み合わせることもできます。
```
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose | Add-MDTPersistentDrive -Verbose
```
前の例では、Windows PowerShell パイプラインには Name パラメーターと InputObject パラメーターの両方が用意されています。

Windows PowerShell を使用した展開共有プロパティの表示

MDT 展開共有のプロパティは、Get-ItemProperty コマンドレットと MDTProvider Windows PowerShell プロバイダーを使用して表示できます。これらの同じプロパティは、Deployment Workbench でも確認できます。

MDT Windows PowerShell コマンドレットを使用して展開共有プロパティを表示するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、MDT 展開共有 Windows PowerShell ドライブを復元していることを確認します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が適切に復元されることを確認します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が一覧表示されます。
次の例に示すように、 Get-ItemProperty コマンドレットを使用して、展開共有のプロパティを表示します。
```
Get-ItemProperty "DS002:"
```
この例では、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。コマンドレットは、配置共有のプロパティを返します。

Windows PowerShell を使用した展開共有の一覧の表示

MDT 展開共有の一覧は、Get-PSDrive コマンドレットと MDTProvider Windows PowerShell プロバイダーを使用して表示できます。デプロイ共有の同じリストを Deployment Workbench でも表示できます。

MDT Windows PowerShell コマンドレットを使用して展開共有の一覧を表示するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
MDT 展開共有する Windows PowerShell ドライブは、次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して復元されるようにします。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開の一覧を展開共有ごとに 1 つずつ表示します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が、展開共有ごとに 1 つずつ一覧表示されます。

Windows PowerShell を使用した配置共有の更新

展開共有は、Update-MDTDeploymentShare コマンドレットと MDTProvider Windows PowerShell プロバイダーを使用して更新できます。展開共有を更新すると、LTI 展開を開始するために必要な Windows PE ブートイメージ (WIM および国際標準化機構 [ISO] ファイル) が作成されます。「Deployment Workbench でデプロイ共有を更新する」で説明されているように、Deployment Workbench を使用して同じプロセスを実行できます。

Windows PowerShell を使用して配置共有を更新するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が復元されていることを確認します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が適切に復元されることを確認します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が一覧表示されます。
次の例に示すように、 Update-MDTDeploymentShare コマンドレットを使用して、展開共有を更新します。
```
Update-MDTDeploymentShare -Path "DS002:" -Force
```
この例では、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。

注:

配置共有の更新には長い時間がかかる可能性があります。コマンドレットの進行状況は、Windows PowerShell コンソールの上部に表示されます。

更新が成功した場合、コマンドレットは出力なしで戻ります。

Windows PowerShell を使用してリンクされた配置共有を更新する

Update-MDTLinkedDS コマンドレットと MDTProvider Windows PowerShell プロバイダーを使用して、リンクされた展開共有を更新 (レプリケート) できます。リンクされた展開共有を更新すると、元の展開共有からリンクされた展開共有にコンテンツがレプリケートされます。「Deployment Workbench でリンクされたデプロイ共有をレプリケートする」で説明されているように、Deployment Workbench を使用して同じプロセスを実行できます。

Windows PowerShell を使用してリンクされた展開共有を更新するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が復元されていることを確認します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が適切に復元されることを確認します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が一覧表示されます。
次の例に示すように、 Update-MDTDeploymentShare コマンドレットを使用して、展開共有を更新します。
```
Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"
```
この例では、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。

注:

リンクされた展開共有の更新には時間がかかる場合があります。コマンドレットの進行状況は、Windows PowerShell コンソールの上部に表示されます。

更新が成功した場合、コマンドレットは出力なしで戻ります。

Windows PowerShell を使用した展開メディアの更新

Update-MDTMedia コマンドレットと MDTProvider Windows PowerShell プロバイダーを使用して、展開メディアを更新 (生成) できます。展開メディアを更新すると、元の展開共有からリンクされた展開共有にコンテンツがレプリケートされ、.iso ファイルと .wim ファイルが生成されます。「Deployment Workbench でメディアイメージを生成する」で説明されているように、Deployment Workbench を使用して同じプロセスを実行できます。

Update-MDTMedia コマンドレットが完了すると、次のファイルが作成されます。

media_folder フォルダー内の.isoファイル (media_folder はメディア用に指定したフォルダーの名前)

.iso ファイルの生成は、次の方法で構成するオプションです。
- [メディアのプロパティ] ダイアログボックスの [全般] タブで [ライトタッチ起動可能な ISO イメージを生成する] チェックボックスを選択します (起動可能な DVD を作成したり、.iso ファイルから仮想マシン [VM] を起動したりする必要がない限り、メディアの生成に必要な時間を短縮するには、このチェックボックスをオフにします)。
- Set-ItemProperty コマンドレットを使用して同じプロパティを設定する
media_folder\Content\Deploy\Boot フォルダー内の WIM ファイル (media_folder はメディア用に指定したフォルダーの名前)

Windows PowerShell を使用してリンクされた展開共有を更新するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
MDT 展開共有する Windows PowerShell ドライブは、次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して復元されるようにします。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が適切に復元されることを確認します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が一覧表示されます。
次の例に示すように、 Update-MDTDeploymentShare コマンドレットを使用して、展開共有を更新します。
```
Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"
```
この例では、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。

注:

リンクされた展開共有の更新には時間がかかる場合があります。コマンドレットの進行状況は、Windows PowerShell コンソールの上部に表示されます。

更新が成功した場合、コマンドレットは出力なしで戻ります。

Windows PowerShell を使用して配置共有内のアイテムを管理する

展開共有には、オペレーティングシステム、アプリケーション、デバイスドライバー、オペレーティングシステムパッケージ、タスクシーケンスなど、展開の実行に使用されるアイテムが含まれています。これらの項目は、Windows PowerShell のコマンドレットおよび MDT で提供されるコマンドレットを使用して管理できます。

Windows PowerShell コマンドレットを使用して項目を直接操作する方法について詳しくは、「項目の直接操作」を参照してください。配置共有のフォルダー構造は、Windows PowerShell を使用して管理することもできます。詳細については、「Windows PowerShell を使用した展開共有フォルダーの管理」を参照してください。

配置共有にアイテムをインポートする

MDT コマンドレットを使用して、オペレーティングシステム、アプリケーション、デバイスドライバーなど、各種アイテムをインポートできます。項目の種類ごとに、特定の MDT コマンドレットがあります。 Windows PowerShell を使用して複数のアイテムを配置共有にインポートする場合は、「配置共有の設定の自動化」を参照してください。

次の表に、展開共有にアイテムをインポートするために使用される MDT Windows PowerShell コマンドレットと、各コマンドレットの簡単な説明を示します。各コマンドレットの使用方法の例は、各コマンドレットに対応するセクションに記載されています。

コマンドレット	説明
Import-MDTApplication	アプリケーションを配置共有にインポートします
Import-MDTDriver	1 つ以上のデバイスドライバーを配置共有にインポートします
Import-MDTOperatingSystem	1 つ以上のオペレーティングシステムを配置共有にインポートします
Import-MDTPackage	1 つ以上のオペレーティングシステムパッケージを配置共有にインポートします
Import-MDTTaskSequence	タスクシーケンスを配置共有にインポートします

配置共有内のアイテムのプロパティを表示する

配置共有内の各項目には、異なるプロパティセットがあります。 Get-ItemProperty コマンドレットを使用して、配置共有内の項目のプロパティを表示できます。 Get-ItemProperty コマンドレットは、Deployment Workbench でプロパティを確認するのと同じように、MDTProvider を使用して特定のアイテムのプロパティを表示します。

Windows PowerShell を使用して、展開共有内の複数の項目のプロパティを表示する場合は、「展開共有の設定の自動化」を参照してください。

Windows PowerShell を使用して配置共有内の項目のプロパティを表示するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が復元されていることを確認します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次の例に示すように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が正しく復元されることを確認します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が一覧表示されます。
次の例に示すように、 Get-Item コマンドレットを使用して、プロパティを表示するアイテムの種類の項目の一覧を返します。
```
Get-Item "DS001:\Operating Systems\*" | Format-List
```
前の例では、展開共有に含まれるすべてのオペレーティングシステムの一覧が表示されます。出力は Format-List コマンドレットにパイプ送信されるため、オペレーティングシステムの長い名前を確認できます。 Format-List コマンドレットの使用方法の詳細については、「Format-List コマンドレットの使用」を参照してください。同じプロセスを使用して、デバイスドライバーやアプリケーションなど、他の種類の項目の一覧を返すこともできます。

ヒント

Get-Item コマンドレットの代わりに dir コマンドを使用してオペレーティングシステムの一覧を表示することもできます。
次の例に示すように、 Get-ItemProperty コマンドレットを使用して、前の手順に一覧表示されているいずれかのアイテムのプロパティを表示します。
```
Get-ItemProperty -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"
```
この例では、Path パラメーターの値は、前の手順で返されたファイル名を含む、アイテムへの完全修飾 Windows PowerShell パスです。同じプロセスを使用して、デバイスドライバーやアプリケーションなど、他の種類の項目のプロパティを表示できます。

配置共有から項目を削除する

Remove-Item コマンドレットを使用して、配置共有からアイテムを削除できます。 Remove-Item コマンドレットは、Deployment Workbench でアイテムを削除する場合と同じように、MDTProvider を使用して特定のアイテムを削除します。 Windows PowerShell を使用して配置共有内の複数のアイテムを削除する場合は、「配置共有の設定の自動化」を参照してください。

注:

タスクシーケンスで使用されるアイテムを削除すると、タスクシーケンスが失敗します。項目を削除する前に、配置共有内の他の項目から項目が参照されていないことを確認します。一度削除したアイテムは復元できません。

Windows PowerShell を使用して配置共有から項目を削除するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が復元されていることを確認します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次の例に示すように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が正しく復元されることを確認します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が一覧表示されます。
次の例に示すように、 Get-Item コマンドレットを使用して、プロパティを表示するアイテムの種類の項目の一覧を返します。
```
Get-Item "DS001:\Operating Systems\*" | Format-List
```
前の例では、展開共有に含まれるすべてのオペレーティングシステムの一覧が表示されます。出力は Format-List コマンドレットにパイプ送信されるため、オペレーティングシステムの長い名前を確認できます。 Format-List コマンドレットの使用方法の詳細については、「Format-List コマンドレットの使用」を参照してください。同じプロセスを使用して、デバイスドライバーやアプリケーションなど、他の種類の項目の一覧を返すことができます。

ヒント

Get-Item コマンドレットの代わりに dir コマンドを使用してオペレーティングシステムの一覧を表示することもできます。
次の例に示すように、 Remove-Item コマンドレットを使用して、前の手順に記載されているアイテムのいずれかを削除します。
```
Remove-Item -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"
```
この例では、Path パラメーターの値は、前の手順で返されたファイル名を含む、アイテムへの完全修飾 Windows PowerShell パスです。

同じプロセスを使用して、デバイスドライバーやアプリケーションなど、他の種類のアイテムを削除できます。

注:

タスクシーケンスで使用されるアイテムを削除すると、タスクシーケンスが失敗します。項目を削除する前に、配置共有内の他の項目から項目が参照されていないことを確認します。

配置共有の作成の自動化

MDT Windows PowerShell コマンドレットを使用すると、個々のアイテムを管理できます。ただし、Windows PowerShell のスクリプト機能の一部を使用すると、コマンドレットを使用して展開共有の作成を自動化できます。

たとえば、あるorganization異なるビジネスユニット用に複数のデプロイ共有をデプロイする必要がある場合や、あるorganizationが他の組織にオペレーティングシステムのデプロイサービスを提供する場合があります。どちらの例でも、組織は一貫して構成された展開共有を作成して設定する機能を必要とします。

複数のアイテムを管理する方法の 1 つは、 Import-CSV コマンドレットを使用して、展開共有で管理するすべてのアイテムの一覧を含むコンマ区切り値 (CSV) ファイルを使用することです。

Import-CSV、ForEach-Object、および Import-MDTApplication コマンドレットを使用して、.csv ファイル内の情報に基づいてアプリケーションのリストをインポートする Windows PowerShell スクリプトの抜粋を次に示します。

$List=Import-CSV "C:\MDT\Import-MDT-Apps.csv"
ForEach-Object ($App in $List) {
     Import-MDTApplication -path $App.ApplicationFolder -enable "True" -Name $App.DescriptiveName -ShortName $App.Shortname -Version $App.Version -Publisher $App.Publisher -Language $App.Language -CommandLine $App.CommandLine -WorkingDirectory $App.WorkingDirectory -ApplicationSourcePath $App.SourceFolder -DestinationFolder $App.DestinationFolder -Verbose
}

この例では、C:\MDT\Import-MDT-Apps.csv ファイルには、アプリケーションのインポートに必要な各変数のフィールドが含まれています。 Import-CSV コマンドレットで使用する .csv ファイルを作成する方法の詳細については、「Import-Csv コマンドレットの使用」を参照してください。

これと同じ方法を使用して、次の手順を実行して、オペレーティングシステム、デバイスドライバー、およびその他の項目を展開共有にインポートできます。

設定する展開共有アイテムの種類ごとに、.csv ファイルを作成します。
Import-CSV コマンドレットで使用する .csv ファイルを作成する方法の詳細については、「Import-Csv コマンドレットの使用」を参照してください。
配置共有の設定を自動化するために使用する Windows PowerShell スクリプトファイルを作成します。

Windows PowerShell スクリプトを作成する方法の詳細については、「 Windows PowerShell を使用したスクリプト」を参照してください。
展開共有アイテムをインポートする前に、展開共有に必要な前提条件のフォルダー構造を作成します。

詳細については、「Windows PowerShell を使用した展開共有フォルダーの管理」を参照してください。
手順 1 で作成した .csv ファイルの 1 つに、 Import-CSV コマンドレット行を追加します。

Import-CSV コマンドレットの詳細については、「Import-Csv コマンドレットの使用」を参照してください。
前の手順で Import-CSV コマンドレットで参照されている .csv ファイルから各アイテムを処理する ForEach-Object コマンドレットループを作成します。

ForEach-Object コマンドレットの詳細については、「ForEach-Object コマンドレットの使用」を参照してください。
前の手順で作成した ForEach-Object コマンドレットループ内に展開共有アイテムをインポートするための、対応する MDT コマンドレットを追加します。

配置共有にアイテムをインポートするために使用される MDT コマンドレットの詳細については、「配置共有にアイテムをインポートする」を参照してください。

Windows PowerShell を使用した展開共有フォルダーの管理

配置共有内のフォルダーを管理するには、mkdir コマンドなどのコマンドラインツールを使用するか、Windows PowerShell コマンドレット (New-Item コマンドレットや MDTProvider Windows PowerShell プロバイダーなど) を使用します。デプロイ共有と同じフォルダー構造を Deployment Workbench でも表示して管理できます。 Windows PowerShell コマンドレットを使用して項目を直接操作する方法について詳しくは、「項目の直接操作」を参照してください。

Windows PowerShell を使用して配置共有にフォルダーを作成するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が復元されていることを確認します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開の一覧を展開共有ごとに 1 つずつ表示します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が、展開共有ごとに 1 つずつ表示されます
次の例に示すように、New-Item コマンドを使用して、展開共有の [オペレーティングシステム] フォルダーに Windows_8 という名前のフォルダーを作成します。
```
New-Item "DS002:\Operating Systems\Windows_8"
```
この例では、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。
次のコマンドを入力して、フォルダが正しく作成されていることを確認してください。
```
Get-ChildItem "DS002:\Operating Systems"
```
Windows_8 フォルダーと、[オペレーティングシステム] フォルダー内の他の既存のフォルダーが表示されます。
次の例に示され、「New-Item コマンドレットの使用」で説明されているように、New-Item コマンドレットを使用して、展開共有の [オペレーティングシステム] フォルダーに Windows_7 フォルダーという名前のフォルダーを作成します。
```
New-Item "DS002:\Operating Systems\Windows_7" -Type directory
```
コマンドレットは、フォルダーの正常な作成を示します。
次のコマンドを入力して、フォルダが正しく作成されていることを確認してください。
```
Get-ChildItem "DS002:\Operating Systems"
```
Windows_7 フォルダーと、[オペレーティングシステム] フォルダー内の他の既存のフォルダーが表示されます。

Windows PowerShell を使用して配置共有内のフォルダーを削除するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が復元されていることを確認します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Get-PSDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開の一覧を展開共有ごとに 1 つずつ表示します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が、展開共有ごとに 1 つずつ一覧表示されます。
次の例に示すように、New-Item コマンドを使用して、展開共有の Operating Systems フォルダー内にある Windows_8 という名前のフォルダーを削除 (削除) します。
```
Remove-Item "DS002:\Operating Systems\Windows_8"
```
この例では、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。
次のコマンドを入力して、フォルダーが正しく削除されたことを確認します。
```
Get-ChildItem "DS002:\Operating Systems"
```
オペレーティングシステムフォルダーのフォルダーの一覧に Windows_8 フォルダーが表示されなくなりました
次の例に示すように、Remove-Item コマンドレットを使用して、展開共有の [オペレーティングシステム] フォルダー内の Windows_7 フォルダーという名前のフォルダーを削除 (削除) します。
```
Remove-Item "DS002:\Operating Systems\Windows_7"
```
コマンドレットには、フォルダーが正常に削除されたことが表示されます。
次のコマンドを入力して、フォルダが正しく作成されていることを確認してください。
```
Get-ChildItem "DS002:\Operating Systems"
```
Windows_7 フォルダーは、[オペレーティングシステム] フォルダーのフォルダーの一覧に表示されなくなりました。

Windows PowerShell を使用して配置共有内のフォルダーの名前を変更するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
MDT 展開共有する Windows PowerShell ドライブは、次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して復元されるようにします。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Get-PSDrive コマンドレットを使用して、MDT 展開共有共有の Windows PowerShell ドライブの一覧を 1 つずつ表示します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が、展開共有ごとに 1 つずつ一覧表示されます。
次の例に示すように、ren コマンドを使用して、Windows_8 という名前のフォルダーの名前を、展開共有の [オペレーティングシステム] フォルダーの Win_8 に変更します。
```
ren "DS002:\Operating Systems\Windows_8" "Win_8"
```
この例では、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。
次のコマンドを入力して、フォルダーが正しく削除されたことを確認します。
```
Get-ChildItem "DS002:\Operating Systems"
```
Windows_8フォルダーの名前が Win_8 に変更されました。
次の例に示すように、Rename-Item コマンドレットを使用して、展開共有の Operating Systems フォルダーにある Windows_7 という名前のフォルダーの名前を Win-7 に変更します。
```
Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"
```
コマンドレットには、フォルダーの名前変更が成功したことが表示されます。
次のコマンドを入力して、フォルダが正しく作成されていることを確認してください。
```
Get-ChildItem "DS002:\Operating Systems"
```
Windows_7フォルダーの名前が Win_7 に変更されます。

展開共有でのオペレーティングシステム Service Pack の適用の自動化

オペレーティングシステムの Service Pack は、ソフトウェアライフサイクルの通常の部分です。展開共有にある既存のオペレーティングシステムをこれらの Service Pack で更新して、新しく展開または更新したコンピューターが最新のセキュリティ推奨事項および構成設定で最新の状態になるようにする必要があります。

あるorganizationに、各展開共有に複数のオペレーティングシステムを含む多数の展開共有がある場合、Service Pack を使用して各展開共有内のオペレーティングシステムを手動で更新するプロセスには時間がかかる場合があります。展開共有でのオペレーティングシステム Service Pack の適用を自動化する方法には、次のものがあります。

「更新されたソースメディアからのオペレーティングシステム Service Pack の適用の自動化」で説明されているように、Service Pack が既に含まれている更新されたソースコンテンツ (たとえば、Windows 7 SP1 メディア) を、既存のオペレーティングシステムが存在する展開共有内のフォルダーにコピーする
参照コンピューターと Windows PowerShell を使用したオペレーティングシステム Service Pack の適用の自動化で説明されているように、参照コンピューターに Service Pack を適用し、参照コンピューターから更新されたイメージをキャプチャする

更新されたソースメディアからのオペレーティングシステム Service Pack の適用の自動化

Windows PowerShell SP1 が既に統合されている DVD がある場合など、Service Pack を含むソースメディアがある場合、Windows PowerShell を使用してオペレーティングシステムの Service Pack の更新プロセスを自動化できます。

この方法では、Service Pack を含むオペレーティングシステムソースメディアは、Windows PowerShell を使用して展開共有内の Service Pack なしで既存のオペレーティングシステムファイルにコピーされます。

Windows PowerShell を使用して、更新プログラムのソースメディアからオペレーティングシステムの Service Pack の適用を自動化するには

「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開が復元されていることを確認します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次の例に示すように、Get-PSDrive コマンドレットを使用して、MDT 展開共有の Windows PowerShell ドライブの一覧を、展開共有ごとに 1 つずつ表示します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が、展開共有ごとに 1 つずつ一覧表示されます。
次の例に示すように、 Get-ChildItem コマンドレットおよび Remove-Item コマンドレットを使用して、既存のオペレーティングシステムのフォルダーを展開共有から削除します。
```
Get-ChildItem "DS002:\Operating Systems\Windows 7" -recurse | Remove-Item -recurse -force
```
この例では、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。
次の例に示すように、 Copy-Item コマンドレットを使用して、Service Pack が統合されているオペレーティングシステムのソースファイルの内容をコピーします。
```
Copy-Item "E:\*" -Destination "DS002:\Operating Systems\Windows 7"-Recurse -Force
```
この例では、オペレーティングシステムのソースファイルはドライブ E にあり、DS002: は手順 3 で返された Windows PowerShell ドライブの名前です。
Update-MDTMedia コマンドレットを使用して、展開共有に基づいて MDT 展開メディアを更新します。

Update-MDTMedia コマンドレットを使用して、展開共有に基づいて MDT 展開メディアを更新する方法の詳細については、「Windows PowerShell を使用した展開メディアの更新」を参照してください。

参照コンピューターと Windows PowerShell を使用したオペレーティングシステム Service Pack の適用の自動化

まだ Windows PowerShell と統合されていない Windows 7 SP1 など、オペレーティングシステムとまだ統合されていない Service Pack しかない場合は、Windows PowerShell を使用してオペレーティングシステムの Service Pack を更新するプロセスを自動化できます。

この方法では、Service Pack を使用しないオペレーティングシステムを参照コンピューターに展開します。次に、参照コンピューターに Service Pack を適用します。次に、参照コンピューターのオペレーティングシステムイメージをキャプチャします。最後に、Windows PowerShell を使用して、キャプチャした .wim ファイルを展開共有内のオペレーティングシステムの Install.wim ファイルにコピーします。

Windows PowerShell を使用して、更新プログラムのソースメディアからオペレーティングシステムの Service Pack の適用を自動化するには

ターゲットオペレーティングシステムを参照コンピューターに展開します。

参照コンピューターを展開する方法の詳細については、MDT ドキュメントの以下のリソースをご覧ください。Microsoft Deployment Toolkit を使用してください。
- 「参照コンピューターへの LTI 展開の準備」
- 「LTI での参照コンピューターの展開とイメージのキャプチャ」
参照コンピューターに必要な Service Pack をインストールします。

Service Pack のインストール方法の詳細については、Service Pack に付属しているマニュアルを参照してください。
Capture タスクシーケンステンプレートに基づいてタスクシーケンスを作成および展開して、参照コンピューターのイメージをCaptureします。

Sysprep および Capture タスクシーケンステンプレートに基づいてタスクシーケンスを作成する方法の詳細については、「Deployment Workbench で新しいタスクシーケンスを作成する」を参照してください。
「MDT Windows PowerShell スナップインのロード」で説明されているように、MDT Windows PowerShell スナップインをロードします。
次の例に示すように、Restore-MDTPersistentDrive コマンドレットを使用して、Windows PowerShell ドライブを共有する MDT 展開を確実に復元します。
```
Restore-MDTPersistentDrive -Verbose
```
注:

Windows PowerShell ドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次の例に示すように、Get-PSDrive コマンドレットを使用して、MDT 展開共有の Windows PowerShell ドライブの一覧を、展開共有ごとに 1 つずつ表示します。
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
MDTProvider を使用して提供される Windows PowerShell ドライブの一覧が、展開共有ごとに 1 つずつ一覧表示されます。
次の例に示すように、手順 3 でキャプチャした .wim ファイルを、 Copy-Item コマンドレットを使用して、展開共有のオペレーティングシステムの Install.wim ファイルにコピーします。
```
Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" Force
```
この例では、共有 DS002: の Captures フォルダーに保存されているキャプチャされたオペレーティングシステムイメージファイル (Win7SP1.wim) は手順 6 で返された Windows PowerShell ドライブの名前で、既存の Windows 7 オペレーティングシステムは [Windows 7] という名前のフォルダーに保存されます。
Update-MDTMedia コマンドレットを使用して、展開共有に基づいて MDT 展開メディアを更新します。

Update-MDTMedia コマンドレットを使用して、展開共有に基づいて MDT 展開メディアを更新する方法の詳細については、「Windows PowerShell を使用した展開メディアの更新」を参照してください。

シャーシタイプに応じた展開のカスタマイズ

コンピューターのシャーシの種類に基づいて展開をカスタマイズできます。このスクリプトは、CustomSettings.ini ファイルで処理できるローカル変数を作成します。ローカル変数 IsLaptop、 IsDesktop、 IsServer は、それぞれ、コンピューターがポータブルコンピューター、デスクトップコンピューター、サーバーのいずれであるかを示します。

注:

以前のバージョンの Deployment Workbench では、IsServer フラグは既存のオペレーティングシステムがサーバーオペレーティングシステムであることを示していました (Windows Server 2003 Enterprise Edition など)。このフラグの名前は IsServerOS に変更されました。

CustomSettings.ini ファイルにローカル変数を実装するには

[[Settings]] セクションのPriority行に、カスタムセクションを追加して、シャーシの種類に基づいて展開をカスタマイズします (次の例では、シャーシはコンピューターの種類を表しますByChassisType)。
手順 1 で定義したカスタムセクションに対応するカスタムセクションを作成します (次の例ByChassisType 、 シャーシ はコンピューターの種類を表します)。
検出するシャーシタイプごとにサブセクションを定義します (次の例のSubsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% )。
Trueごとにサブセクションを作成し、手順 3 で定義した各サブセクションの状態 (次の例の[Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False]など) False作成します。
各 True と False サブセクションの下に、シャーシタイプに基づいて適切な設定を追加します。

リスト 1. CustomSettings.ini ファイルのシャーシタイプに基づいて展開をカスタマイズする例

[Settings]

Priority=...,ByLaptopType,ByDesktopType,ByServerType

[ByLaptopType]
Subsection=Laptop-%IsLaptop%

[ByDesktopType]
Subsection=Desktop-%IsDesktop%

[ByServerType]
Subsection=Server-%IsServer%
.
.
.

[Laptop-True]
.
.
.

[Laptop-False]
.
.
.

[Desktop-True]
.
.
.

[Desktop-False]
.
.
.

[Server-True]
.
.
.

[Server-False]
.
.
.

以前のアプリケーションバージョンに基づくアプリケーションのデプロイ

既存のコンピューターにオペレーティングシステムをインストールする場合は、多くの場合、以前にコンピューターにインストールしたのと同じアプリケーションをインストールすることになります。これを行うには、MDT スクリプト (特に ZTIGather.wsf) を使用して 2 つの別々の情報ソースのクエリを実行します。

Configuration Manager ソフトウェアインベントリ機能。 最後にインストールされたアプリケーションパッケージ (この場合は、Windows 8.1、Windows 8、Windows 7、Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2 のプログラムと機能のリスト) ごとに 1 つのレコードが含まれますConfiguration Manager がコンピューターのインベントリを作成しました。
マッピングテーブル。 各レコードにインストールする必要があるパッケージとプログラムについて説明します ([プログラムと機能] レコードまたは [プログラムの追加と削除] レコードでは、アプリケーションをインストールしたパッケージが正確に指定されないため、インベントリのみに基づいてパッケージを自動的に選択することは不可能であるため)。

動的なコンピューター固有のアプリケーションのインストールを実行するには

MDT DB の表を使用して、ターゲットオペレーティングシステムに一覧表示されているアプリケーションに特定のパッケージを接続します。
[プログラムと機能] または [プログラムの追加と削除] に一覧表示されているアプリケーションと適切なパッケージを関連付けるデータがテーブルに設定されます。

テーブルに設定する SQL クエリ
```
use [MDTDB]
go
INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus')
go
```
挿入された行は、エントリ Office12.0 が Microsoft Office 2010 Professional Plus パッケージを持つ任意のコンピューターに接続します。

つまり、現在 2007 Microsoft Office system (Office 12.0) を実行しているすべてのコンピューターに Microsoft Office 2010 Professional Plus がインストールされます。他のパッケージの同様のエントリを追加します。エントリのない項目は無視されます (パッケージはインストールされません)。
ストアドプロシージャを作成して、新しいテーブルの情報とインベントリデータの結合を簡略化します。
```
use [MDTDB]
go

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[RetrievePackages]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[RetrievePackages]
go

CREATE PROCEDURE [dbo].[RetrievePackages]
@MacAddress CHAR(17)
AS

SET NOCOUNT ON

/* Select and return all the appropriate records based on current inventory */
SELECT * FROM PackageMapping
WHERE ARPName IN
(
  SELECT ProdID0 FROM CM_DB.dbo.v_GS_ADD_REMOVE_PROGRAMS a, CM_DB.dbo.v_GS_NETWORK_ADAPTER n
  WHERE a.ResourceID = n.ResourceID AND
  MACAddress0 = @MacAddress
)
go
```
前の例のストアドプロシージャは、SQL Server が MDT DB として実行されているコンピューターに Configuration Manager 中央プライマリサイトデータベースが存在することを前提としています。中央プライマリサイトデータベースが別のコンピューター上にある場合は、ストアドプロシージャに適切な変更を加える必要があります。さらに、データベースの名前 (CM_DB) を更新する必要があります。また、Configuration Manager データベースの v_GS_ADD_REMOVE_PROGRAMS ビューへの読み取りアクセス権をアカウントに追加に付与することも検討してください。
データベース情報を指すセクション ([優先度] リストの[DynamicPackages]) の名前を指定することで、このデータベーステーブルでクエリを実行するように CustomSettings.ini ファイルを構成します。
```
[Settings]
...
Priority=MacAddress, DefaultGateway, DynamicPackages, Default
...
```
データベースセクションの名前を指定する [DynamicPackages] セクションを作成します。
```
[DynamicPackages]
SQLDefault=DB_DynamicPackages
```
データベース情報とクエリの詳細を指定するデータベースセクションを作成します。
```
[DB_DynamicPackages]
SQLServer=SERVER1
Database=MDTDB
StoredProcedure=RetrievePackages
Parameters=MacAddress
SQLShare=Logs
Instance=SQLEnterprise2005
Port=1433
Netlib=DBNMPNTW
```
前の例では、インスタンス化された SERVER1 という名前のSQL Serverを実行しているコンピューター上の MDTDB という名前の MDT データベースに対してクエリを実行します。データベースには、手順 3 で作成された RetrievePackages という名前のストアドプロシージャが含まれています。

ZTIGather.wsf を実行すると、構造化照会言語 (SQL) SELECT ステートメントが自動的に生成され、MakeModelQuery カスタムキーの値がパラメーターとしてクエリに渡されます。
```
EXECUTE RetrievePackages ?
```
MACAddress カスタムキーの実際の値は、対応する "?" に置き換えられます。このクエリは、手順 2 で入力した行を含むレコードセットを返します。

可変数の引数をストアドプロシージャに渡すことはできません。その結果、コンピューターに複数の MAC アドレスがある場合、すべての MAC アドレスをストアドプロシージャに渡すことはできません。別の方法として、ストアドプロシージャを、すべての MAC アドレス値を渡す IN 句を含む SELECT ステートメントでビューをクエリできるビューに置き換えます。

ここで示すシナリオに基づいて、現在のコンピューターに値 Office12.0 がテーブルに挿入されている場合 (手順 2)、1 行が返されます (XXX0000F:Install Office 2010 Professional Plus)。これは、パッケージ XXX0000F:Install Office 2001 Professional Plus が、状態復元フェーズ中に ZTI プロセスによってインストールされることを示します。

完全に自動化された LTI 展開シナリオ

LTI の主な目的は、展開プロセスを可能な限り自動化することです。 ZTI は、MDT スクリプトと Windows 展開サービスを使用して完全な展開の自動化を提供しますが、LTI は、より少ないインフラストラクチャ要件で動作するように設計されています。

LTI 展開プロセスで使用される Windows 展開ウィザードを自動化して、表示されるウィザードページを削減 (または排除) できます。 CustomSettings.ini で SkipWizard プロパティを指定することにより、Windows 展開ウィザード全体をスキップできます。個々のウィザードページをスキップするには、次のプロパティを使用します。

SkipAdminPassword
SkipApplications
SkipBDDWelcome
SkipBitLocker
SkipBitLockerDetails
SkipTaskSequence
SkipCapture
SkipComputerBackup
SkipComputerName
SkipDomainMembership
SkipFinalSummary
SkipLocaleSelection
SkipPackageDisplay
SkipProductKey
SkipSummary
SkipTimeZone
SkipUserData

これらの個々のプロパティの詳細については、MDT ドキュメントの Toolkit Reference の対応するプロパティを参照してください。

スキップするウィザードページごとに、通常、CustomSettings.ini ファイルと BootStrap.ini ファイルのウィザードページで収集される、対応するプロパティの値を指定します。これらのファイルで構成する必要があるプロパティの詳細については、MDT ドキュメント ツールキットリファレンスの「スキップされた展開ウィザードページのプロパティの提供」セクションを参照してください。

更新コンピューターシナリオの完全に自動化された LTI 展開

次に、すべての Windows 展開ウィザードページをスキップする [コンピューターの更新] シナリオで使用される CustomSettings.ini ファイルを示します。このサンプルでは、ウィザードページをスキップするときに指定するプロパティは、ウィザードページをスキップするプロパティのすぐ下にあります。

[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac /lae
SkipCapture=YES
SkipAdminPassword=YES
SkipProductKey=YES

DeploymentType=REFRESH

SkipDomainMembership=YES
JoinDomain=DomainName
DomainAdmin=Administrator
DomainAdminDomain=DomainName
DomainAdminPassword=<complex_password>

SkipUserData=yes
UserDataLocation=AUTO
UDShare=\\Servername\Sharename\Directory
UDDir=%ComputerName%

SkipComputerBackup=YES
ComputerBackuplocation=AUTO
BackupShare=\\Servername\Backupsharename
BackupDir=%ComputerName%

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%ComputerName%

SkipPackageDisplay=YES
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}

SkipLocaleSelection=YES
UILanguage=en-US
UserLocale=en-CA
KeyboardLocale=0409:00000409

SkipTimeZone=YES
TimeZoneName=China Standard Time

SkipApplications=YES
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}
UserID=Administrator
UserDomain=DomainName
UserPassword=<complex_password>

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

新しいコンピューターシナリオのための完全に自動化された LTI 展開

新しいコンピューターのシナリオですべての Windows 展開ウィザードページをスキップするために使用される CustomSettings.ini ファイルの例を次に示します。このサンプルでは、ウィザードページをスキップするときに指定するプロパティは、ウィザードページをスキップするプロパティのすぐ下にあります。

[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac /lae

SkipCapture=YES
ComputerBackupLocation=\\WDG-MDT-01\Backup$\
BackupFile=MyCustomImage.wim

SkipAdminPassword=YES
SkipProductKey=YES

SkipDomainMembership=YES
JoinDomain=WOODGROVEBANK
DomainAdmin=Administrator
DomainAdminDomain=WOODGROVEBANK
DomainAdminPassword=<complex_password>

SkipUserData=Yes
UserDataLocation=\\WDG-MDT-01\UserData$\Directory\usmtdata

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%SerialNumber%

SkipPackageDisplay=YES
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}

SkipLocaleSelection=YES
UILanguage=en-US
UserLocale=en-CA
KeyboardLocale=0409:00000409

SkipTimeZone=YES
TimeZoneName=China Standard Time

SkipApplications=YES
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=WOODGROVEBANK\PilarA
CaptureGroups=YES
SLShare=\\WDG-MDT-01\UserData$\Logs
Home_page=https://www.microsoft.com/NewComputer

MDT での Web サービスの呼び出し

以前のバージョンの MDT では、ルール処理は CustomSettings.ini とデータベースを介してサポートされていました。そこから (通常は WMI を使用して) ローカルコンピューターから値を取得して、展開中に各コンピューターで何を行う必要があるかを決定できます。さらに、SQL クエリおよびストアドプロシージャ呼び出しを実行して、外部データベースから追加情報を取得することもできます。ただし、このアプローチ、特に安全な SQL Server 接続の確立には課題がありました。

この問題を解決するために、MDT では、CustomSettings.ini で定義されている単純なルールに基づいて Web サービス呼び出しを行うことができます。これらの Web サービス要求は、特別なセキュリティコンテキストを必要とせず、ファイアウォール構成を簡略化するために必要な TCP/IP ポートを使用できます。

特定の Web サービスを呼び出すように CustomSettings.ini を構成する方法を次に示します。このシナリオでは、Web サービスはインターネット検索からランダムに選択されます。入力として郵便番号を受け取り、指定された郵便番号の市区町村、都道府県、市外局番、およびタイムゾーンを (文字として) 返します。

[Settings]
Priority=Default, USZipService
Properties=USZip, City, State, Zip, Area_Code, Time_Zones
[Default]
USZip=98052
[USZipService]
WebService=http://www.webservicex.net/uszip.asmx/GetInfoByZIP
Parameters=USZip

このコードを実行すると、次のような出力が生成されます。

Added new custom property USZIP
Added new custom property CITY
Added new custom property STATE
Added new custom property ZIP
Added new custom property AREA_CODE
Added new custom property TIME_ZONES
Using from [Settings]: Rule Priority = DEFAULT, USZIPSERVICE
------ Processing the [DEFAULT] section ------
Property USZIP is now = 98052
Using from [DEFAULT]: USZIP = 98052
------ Processing the [USZIPSERVICE] section ------
Using COMMAND LINE ARG: Ini file = CustomSettings.ini
CHECKING the [USZIPSERVICE] section
About to execute web service call to http://www.webservicex.net/uszip.asmx/GetInfoByZIP: USZip=98052
Response from web service: 200 OK
Successfully executed the web service.
Property CITY is now = Redmond
Obtained CITY value from web service:  CITY = Redmond
Property STATE is now = WA
Obtained STATE value from web service:  STATE = WA
Property ZIP is now = 98052
Obtained ZIP value from web service:  ZIP = 98052
Property AREA_CODE is now = 425
Obtained AREA_CODE value from web service:  AREA_CODE = 425
------ Done processing CustomSettings.ini ------

Web サービスを実行する際に注意すべきいくつかの細かな複雑さがあります。

プロキシサーバーでは特別な操作を行わないでください。匿名プロキシが存在する場合はそれを使用しますが、プロキシの認証によって問題が発生する可能性があります。ほとんどの場合、Web サービスは呼び出されません。
CustomSettings.ini または ZTIGather.xml Web サービス呼び出しの結果として返される XML マークアップで定義されているプロパティを検索します (データベースクエリやその他のルールの場合と同様)。ただし、XML 検索では大文字と小文字が区別されます。さいわい、ここで説明する Web サービスは、ZTIGather.xml 想定されているすべての大文字のプロパティ名を返します。これを回避するために、小文字または大文字の混合エントリを再マップすることができます。
Web サービスへの POST 要求が推奨されるため、Web サービス呼び出しが POSTをサポートできる必要があります。

ネットワークリソースへの接続

LTI および ZTI の展開プロセス中に、展開共有をホストしているサーバーとは異なるサーバー上のネットワークリソースにアクセスする必要がある場合があります。他のサーバーで共有フォルダーまたはサービスにアクセスするには、そのサーバーで認証されている必要があります。たとえば、MDT スクリプトで使用される展開共有をホストしているサーバー以外のサーバー上の共有フォルダからアプリケーションをインストールすることができます。

注:

配置共有をホストしているサーバー以外のサーバーでホストされている SQL Server データベースにクエリを実行するには、MDT ドキュメントの Toolkit リファレンスにある Database、DBID、DBPwd、Instance、NetLib、Order、Parameters、ParameterCondition、SQLServer、SQLShare、および Table の各プロパティを参照してください。

ZTIConnect.wsf スクリプトを使用すると、他のサーバーに接続し、それらのサーバー上のリソースにアクセスできます。 ZTIConnect.wsf スクリプトの構文は次のとおりです ( unc_path はサーバーに接続するための UNC (Universal Naming Convention) パスです)。

cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path

ほとんどの場合、ZTIConnect.wsf スクリプトをタスクシーケンサータスクとして実行します。展開共有をホストしているサーバー以外のサーバーへのアクセスを必要とするタスクの前に、ZTIConnect.wsf スクリプトを実行します。

ZTIConnect.wsf スクリプトをタスクとしてビルドのタスクシーケンスに追加するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Task Sequences] ( deployment_share は構成する展開共有の名前) に移動します。
詳細ウィンドウで、 task_sequence を選択します ( task_sequence は変更するタスクシーケンスです)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[タスクシーケンス] タブを選択し、 グループ を参照して ( group は ZTIConnec.wsf スクリプトを実行するグループ)、 [ 追加] を選択します。 [ 全般] を選択してから、[ コマンドラインの実行] を選択します。

注:

ターゲットサーバー上のリソースにアクセスする必要があるタスクを追加する前に、タスクを追加します。

次の情報を使用して、新しいタスクの [プロパティ] タブを完了します。

この内容	説明
名前	「 connect to server 」と入力します (server は接続先のサーバーの名前)。
説明	接続を作成する必要がある理由を説明するテキストを入力します。
コマンド	「 %SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_pathcscript.exe と入力します ( unc_path はサーバー上の共有フォルダへの UNC パス)。

次の情報を使用して、新しいタスクの [オプション] タブを完成させます。特に指定しない限り、既定値をそのまま使用して [ OK] をクリックします。

この内容	説明
成功コード	タイプ 0 3010。 (ZTIConnect.wsf スクリプトは、正常に完了するとこれらのコードを返します)。
条件リストボックス	必要となる可能性がある条件を追加します。 (ほとんどの場合、このタスクには条件は必要ありません。)

ZTIConnect.wsf スクリプトを実行するタスクを追加すると、それ以降のタスクは ZTIConnect.wsf スクリプトの /uncpath オプションで指定されたサーバー上のネットワークリソースにアクセスできます。

ハードウェアデバイスは同じで製造元とモデルが異なるコンピューターに適切なデバイスドライバーを展開する

モデル番号と名前のバリエーションは、ドライバーセットに実質的に違いがなくても存在できます。モデル番号と名前のこれらのバリエーションにより、特定のモデルに対して複数のデータベースエントリを作成するのに費やす時間が不必要に増加する可能性があります。次の手順は、モデル番号の部分文字列を返すユーザー出口関数呼び出しを使用して新しいプロパティを定義する方法を示しています。

モデルエイリアスを作成するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ プロパティ] ダイアログボックスで、[ ルール ] タブを選択します。
MDT DB の [製造元] セクションと [モデル] セクションで、ハードウェアの種類のエイリアスを作成します。モデル名の開きかっこ "(" でモデルタイプを切り捨てます。たとえば、 HP DL360 (G112) は HP DL360 になります。
各セクションにカスタム変数 ModelAlias を追加します。
新しい [SetModel] セクションを作成します。
[[Settings]] セクションの [優先度設定] に [[SetModel]] セクションを追加します。
モデル名を "(") で切り捨てるユーザー出口スクリプトを参照するために、 ModelAlias セクションに行を追加します。
ModelAlias が Model と等しい MMApplications データベース参照を作成します。

ユーザー出口スクリプトを作成し、CustomSettings.ini ファイルと同じディレクトリーに配置して、モデル名を切り捨てます。

以下に、CustomSettings.ini とユーザー終了スクリプトをそれぞれ示しています。

CustomSettings.ini:

[Settings]
Priority=SetModel, MMApplications, Default
Properties= ModelAlias
[SetModel]
ModelAlias=#SetModelAlias()#
Userexit=Userexit.vbs
[MMApplications]
SQLServer=Server1
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=logs
Table= MakeModelSettings
Parameters=Make, ModelAlias
ModelAlias=Model
Order=Sequence

ユーザー終了スクリプト:

Function UserExit(sType, sWhen, sDetail, bSkip)
  UserExit = Success
End Function

Function SetModelAlias()
  If Instr(oEnvironment.Item("Model"), "(") <> 0 Then
    SetModelAlias = Left(oEnvironment.Item("Model"), _
                      Instr(oEnvironment.Item("Model"), _
                        "(") - 1)
    oLogging.CreateEntry "USEREXIT - " & _
      "ModelAlias has been set to " & SetModelAlias, _
      LogTypeInfo
  Else
    SetModelAlias = oEnvironment.Item("Model")
    oLogging.CreateEntry " USEREXIT - " & _
      "ModelAlias has not been changed.", LogTypeInfo
  End if
End Function

条件付きタスクシーケンスの手順の構成

一部のシナリオでは、定義された基準に基づいて条件付きでタスクシーケンスステップを実行することを検討してください。これらの条件を組み合わせて追加して、タスクシーケンスのステップを実行するかどうかを決定できます。たとえば、タスクシーケンス変数の値とレジストリ設定の値を使用して、タスクシーケンスのステップを実行する必要があるかどうかを決定します。

MDT を使用して、以下に基づき、条件付きでタスクシーケンスを実行します。

1 つ以上の IF ステートメント
タスクシーケンス変数
対象のオペレーティングシステムのバージョン
WMI クエリのブール値結果
レジストリ設定
ターゲットコンピューターにインストールされているソフトウェア
フォルダーのプロパティ
ファイルのプロパティ

条件付きタスクシーケンス手順の構成

条件付きタスクシーケンスステップは、タスクシーケンスステップの [ オプション ] タブにある Deployment Workbench で構成されます。タスクシーケンスステップに 1 つ以上の条件を追加して、ステップを実行または不実行するための適切な条件を作成できます。

注:

すべての条件付きタスクシーケンスステップには、少なくとも 1 つの IF ステートメントが必要です。

タスクシーケンス手順の [オプション] タブを表示するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Task Sequences] ( deployment_share は構成する展開共有の名前) に移動します。
詳細ウィンドウで、[ task_sequence ] を選択します ( task_sequence は構成するタスクシーケンスの名前)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ task_sequenceプロパティ] ダイアログボックスの [ タスクシーケンス ] タブで、[ ステップ ] を選択して ( ここで、ステップ は構成するタスクシーケンスステップの名前です)、[ オプション] タブを選択します。

タスクシーケンス手順の [オプション] タブで、次のアクションを実行します。

加算が行われます。 タスクシーケンスのステップに条件を追加するには、このボタンを選択します。
削除。 タスクシーケンスステップの既存の条件を削除するには、このボタンを選択します。
編集. タスクシーケンスステップの既存の条件を変更するには、このボタンを選択します。

条件の IF ステートメント

すべてのタスクシーケンスの条件に、1 つ以上の IF ステートメントが含まれます。 IF ステートメントは、条件付きタスクシーケンスの手順を作成するための基礎です。タスクシーケンスのステップ条件に含めることができる IF ステートメントは 1 つだけですが、より複雑な条件を作成するために最上位の IF ステートメントの下に複数の IF ステートメントを入れ子にすることができます。

IF ステートメントは、次の表に示す条件に基づいて作成でき、[IF ステートメントのプロパティ] ダイアログボックスで構成します。

Condition	タスクシーケンスが実行される場合に、このオプションを選択します
すべての条件	この IF ステートメントの下にあるすべての条件が true である必要があります。
任意の条件	この IF ステートメントの下にあるすべての条件が True である場合。
なし	None この IF ステートメントの下にある条件が true でない場合。

他の条件 (レジストリ設定内のタスクシーケンス変数や値など) を追加して、タスクシーケンスステップを実行するための条件を完了します。

タスクシーケンスステップに IF ステートメント条件を追加するには

ステップの [オプション] タブ (step は構成するタスクシーケンスステップの名前) で、[追加] を選択し、[If ステートメント] を選択します。
[ If ステートメントのプロパティ] ダイアログボックスで、[ 条件 ] を選択して ( 条件は前の表に一覧表示されている条件の 1 つ)、次に [ OK] を選択します。

条件内のタスクシーケンス変数

[タスクシーケンス変数] 条件を使用して、[タスクシーケンス変数の設定] タスクまたはタスクシーケンス内の任意のタスクによって作成されたタスクシーケンス変数を評価します。たとえば、ドメインの一部である Windows XP クライアントコンピューターとワークグループの一部である Windows XP クライアントコンピューターを含むネットワークがあるとします。現在のドメインポリシーではすべてのユーザー設定がネットワーク上に強制的に保存されることがわかっているので、ドメインの一部ではないコンピューター、つまりワークグループ内のコンピューターに対してのみユーザー設定を保存する必要がある場合があります。このような場合は、ワークグループ内のコンピュータを対象とする [Capture User Files and Settings] タスクに条件を追加します。

タスクシーケンス変数に基づいて条件を追加するには

ステップの [オプション] タブ ([step] は構成するタスクシーケンスステップの名前) で、[条件の追加] を選択し、[タスクシーケンス変数] を選択します。
[ タスクシーケンス変数 の条件] ダイアログボックスの [変数 ] ボックスに OSDJoinType と入力します。

注:

この変数は、ドメインに参加しているコンピューターの場合は 0 、ワークグループに参加しているコンピューターの場合は 1 に設定されます。
[ 条件 ] ボックスで、[ 等しい] を選択します。
[ 値 ] ボックスに「 1」と入力し、[ OK] を選択します。

[条件] のオペレーティングシステムのバージョン

オペレーティングシステムのバージョン条件を使用して、ターゲットコンピューターまたは既存のクライアントの既存のオペレーティングシステムバージョンを確認します (イメージのキャプチャ時)。たとえば、Windows Server 2003 から Windows Server 2008 にアップグレードする複数のサーバーを含むネットワークがあるとします。ネットワーク設定をコピーして、Windows Server 2003 を実行しているサーバーにのみ適用する必要があります。他のすべてのサーバーには、Windows Server 2008 が使用する既定のネットワーク設定が適用されます。

オペレーティングシステムのバージョンに基づいて条件を追加するには

タスクシーケンスエディターで、[Capture Network Settings (ネットワーク設定のキャプチャ)] タスクを選択します。
[ 条件の追加] を選択してから、[ オペレーティングシステムのバージョン] を選択します。
[ アーキテクチャ] ボックスで、関連するサーバーを選択します。この例では、 x86 を選択します。
[ オペレーティングシステム] ボックスで、条件を設定するオペレーティングシステムとバージョンを選択します。この例では、 x86 Windows 2003 を選択します。
[ 条件] ボックスで、関連する条件を選択し、[ OK] を選択します。

条件のファイルプロパティ

[ファイルのプロパティ] 条件を使用して、特定のファイルのバージョンやタイムタンプを確認し、タスクまたはタスクグループを実行するかどうかを決定します。この例では、運用環境には Windows Server 2003 イメージが含まれています。このイメージは常に更新され、ネットワークに新しいサーバーが追加されるたびに使用されます。環境内のすべてのサーバーコンピューターは、デジタルアクセスオブジェクト (DAO) アプリケーションプログラミングインターフェイス (API) バージョン 3.60.6815 を必要とするカスタムアプリケーションを実行します。

既存のサーバーはすべて正常に動作しています。ただし、イメージを使用してネットワークに追加された新しいサーバーでは、アプリケーションを実行できません。イメージの保守と更新は別のグループの責任であるため、イメージとともに展開された DAO の既存のバージョンが正しくない場合は、関連するバージョンの DAO をインストールするように展開タスクシーケンスを変更することにします。

Configuration Manager のタスクシーケンス手順にファイルプロパティ条件を追加するには

Configuration Manager で、DAO 3.60.6815 をインストールするパッケージを作成します。 InstallDAO というプログラムでこのパッケージを DAO と呼び出します。パッケージの作成の詳細については、「パッケージの作成方法」を参照してください。
DAO パッケージをデプロイするための ソフトウェアのインストール 手順を作成します。
手順 2 で作成した [ソフトウェアのインストール ] タスクシーケンス手順を選択し、[ オプション] タブを選択します。
[ 条件の追加] を選択してから、[ ファイルプロパティ] を選択します。
[パス] ボックスに、「C:\Program Files\Microsoft Shared\DAO\dao360.dll」と入力します。
バージョンを確認する チェックボックスをオンにし、条件の [等しくない] を選択します。
[ バージョン] ボックスに「 3.60.6815」と入力します。
この場合は、[タイムスタンプを確認する] チェックボックスをオフにし、[OK] を選択します。

[条件] のフォルダープロパティ

フォルダープロパティ条件を使用して、特定のフォルダーのタイムスタンプを確認し、タスクまたはタスクグループのどちらを実行するかを決定します。たとえば、内部で開発されたアプリケーションが Windows 8 で動作するように更新された状況を考えてみます。ただし、ネットワーク内のすべてのコンピューターに最新バージョンのアプリケーションがインストールされているわけではないので、アプリケーションをアップグレードする前にデータ変換処理を実行する必要があります。

アプリケーションがインストールされているフォルダーのタイムスタンプが 2007/12/31 以前の場合は、ターゲットコンピューターで互換性のないバージョンのアプリケーションが実行されているため、ターゲットコンピューターでデータ変換プロセスを実行する必要があります。条件付き、以前のバージョンのアプリケーションを持つコンピューターでデータ変換プロセスを実行するタスクシーケンス手順を実行します。

タスクシーケンスの手順にフォルダーのプロパティ条件を追加するには

Configuration Manager コンソールまたは Deployment Workbench のタスクシーケンスエディターで、task_sequenceを編集します (タスクシーケンスには編集するタスクシーケンスが該当します)。
データ変換プロセスを実行する コマンドライン タスクを作成します。
手順 1 で作成したタスクを選択します。
[ 条件の追加] を選択してから、[ フォルダーのプロパティ] を選択します。
[ パス] ボックスに、アプリケーションが含まれているフォルダーのパスを入力します。
[タイムスタンプを確認する] チェックボックスをオンにします。
条件に [ 次の値以下 ] を選択します。
[ 日付 ] ボックスで、[ 12/31/2007] を選択します。
[ 時刻 ] ボックスで [午前 12:00:00] を選択し、[ OK] を選択します。

条件のレジストリ設定

レ ジストリ設定 条件を使用して、レジストリにキーと値が存在すること、およびレジストリ値に格納されている対応するデータがあることを確認します。たとえば、少数のコンピューターで現在使用されているアプリケーションが Windows 8 で実行できない場合、現在 Windows XP を実行しているコンピューターをアップグレードするために Windows 8 の展開が用意されているとします。シーケンスの最初のタスクで条件を作成し、レジストリで互換性のないアプリケーションのエントリをチェックし、それが見つかった場合はそのコンピューターの展開プロセスを中断します。

タスクシーケンスの手順にレジストリ設定条件を追加するには

Configuration Manager コンソールまたは Deployment Workbench のタスクシーケンスエディターで、task_sequenceを編集します (ここで、タスクシーケンスは、Windows 8をデプロイするタスクシーケンスです)。
シーケンスの最初のタスクを選択し、[ オプション] タブを選択します。
[ 条件の追加] を選択し、[ レジストリ設定] を選択します。
[ルートキー] の一覧で、[HKEY_LOCAL_MACHINE] を選択します。
[ キー ] ボックスに「 SOFTWARE\WOODGROVE」と入力します。
条件に [存在しない] を選択します。この場合、タスクが実行され、キーが存在しない場合にのみシーケンスが続行されます。
必要に応じて、値の名前が [値の名前] ボックスに入力されている場合に、条件で値が存在しないかどうかをチェックできます。
exists/not exists 以外の条件を使用した場合は、値と値の型を指定します。
[OK] を選択します。

条件での WMI クエリ

WMI クエリ条件を使用して、WMI クエリを実行します。クエリが少なくとも 1 つの結果を返す場合、条件は True と評価されます。たとえば、展開チームが特定のモデル (Dell 1950 など) のすべてのサーバーのオペレーティングシステムをアップグレードする必要があるとします。 WMI クエリを使用して各コンピューターのモデルをチェックし、適切なモデルが見つかった場合にのみ展開を続行できます。

タスクシーケンスステップに WMI クエリ条件を追加するには

Configuration Manager コンソールまたは Deployment Workbench のタスクシーケンスエディターで、task_sequenceを編集します (タスクシーケンスは、サーバーをアップグレードするタスクシーケンスです)。
シーケンスの最初のタスクを選択し、[ オプション] タブを選択します。
[ 条件の追加] を選択し、[ WMI のクエリ] を選択します。
[ WMI 名前空間 ] ボックスに、「 root\cimv2」と入力します。
[ WQL クエリ] ボックスに 「Select * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%"」と入力します。 [OK] を選択します。

[条件] にインストールされているソフトウェア

[インストール済みソフトウェア] 条件を使用して、特定のソフトウェアが現在ターゲットコンピューターにインストールされているかどうかをチェックします。この条件を使用して評価できるのは、Microsoft インストーラー (MSI) ファイルを使用してインストールされたソフトウェアのみです。たとえば、Microsoft SQL Server 2012 を実行しているサーバーを除くすべてのサーバーのオペレーティングシステムをアップグレードするとします。

インストール済みソフトウェアの条件をタスクシーケンス手順に追加するには

Configuration Manager コンソールまたは Deployment Workbench のタスクシーケンスエディターで、task_sequenceを編集します (タスクシーケンスは、サーバーをアップグレードするタスクシーケンスです)。
シーケンスの最初のタスクを選択し、[ オプション] タブを選択します。
[ 条件の追加] を選択してから、[ インストールされているソフトウェア] を選択します。
[参照] を選択し、SQL Server 2012 の MSI ファイルを選択します。
[この特定の製品と一致する] チェックボックスをオンにして、SQL Server 2012 を搭載し、他のバージョンは搭載していないコンピューターのみを、このクエリで検出するターゲットコンピューターとして指定します。
[OK] を選択します。

複雑な条件

IF ステートメントを使用して複数の条件をグループ化し、複雑な条件を作成できます。たとえば、特定の手順を Windows Server 2003 または Windows Server 2008 を実行している Contoso 1950 コンピューターに対してのみ実行する必要があると想像してください。プログラム的な IF ステートメントとして記述すると、次のようになります。

IF ((Computer Model IS "Contoso 1950") AND (operating system=2003 OR operating system=2008))

複合条件を追加するには

Configuration Manager コンソールまたは Deployment Workbench のタスクシーケンスエディターで、task_sequenceを編集します (タスクシーケンスは、サーバーをアップグレードするタスクシーケンスです)。
条件を追加するタスクシーケンスステップを選択し、[ オプション] タブを選択します。
[ 条件の追加]、[ If ステートメント]、[ すべての条件] の順に選択します。 [OK] を選択します。
条件ステートメントを選択し、 条件の追加を選択して、 WMI クエリを選択します。
WMI 名前空間として root\cimv2 が指定されていることを確認し、[ WQL クエリ] ボックスに「 SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%"」と入力します。 [OK] を選択します。
IF ステートメントを選択し、条件の追加 を選択します。 [If ステートメント] を選択し、[任意の条件] を選択します。 [OK] を選択します。
2 番目の IF ステートメントを選択します。 [ 条件の追加] を選択してから、[ オペレーティングシステムのバージョン] を選択します。
[ アーキテクチャ ] ボックスで、サーバーのアーキテクチャを選択します。この例では、 x86 を選択します。
[ オペレーティングシステム] ボックスで、オペレーティングシステムとバージョンを選択します。この例では、「 x86 Windows 2003 original release」を選択します。 [OK] を選択します。
2 番目の IF ステートメントを選択します。 [ 条件の追加] を選択してから、[ オペレーティングシステムのバージョン] を選択します。
[ アーキテクチャ ] ボックスで、サーバーのアーキテクチャを選択します。この例では、 x86 を選択します。
[ オペレーティングシステム] ボックスで、オペレーティングシステムとバージョンを選択します。この例では、 x86 Windows 2008 original releaseを選択します。 [OK] を選択します。

拡張性の高い LTI 展開インフラストラクチャの作成

このシナリオでは、展開インフラストラクチャで利用できる電子ソフトウェア配布がないため、MDT を使用して完全に自動化された LTI 展開インフラストラクチャを構築します。スケーラブルな LTI インフラストラクチャでは、SQL Server、Windows 展開サービス、および Windows Server 2003 分散ファイルシステムレプリケーション (DFS-R) テクノロジが使用されています。

次の方法で LTI インフラストラクチャを拡張します。

「適切なインフラストラクチャが存在することを確認する」で説明されているように、適切なインフラストラクチャが存在することを確認する
MDT へのコンテンツの追加で説明されているように MDT にコンテンツを追加する
「Windows 展開サービスの準備」に記載されている Windows 展開サービスの準備
「分散ファイルシステムレプリケーションの構成」で説明されている DFS-R の構成
「SQL Server レプリケーションの準備」で説明されているように、SQL Server レプリケーションの準備
「SQL Server レプリケーションの構成」で説明されているように SQL Server レプリケーションを構成する

このシナリオでは、MDT がマスター展開サーバー上に構成されていて、このドキュメントで説明したように MDT DB の構成が既に完了していることを前提としています。

適切なインフラストラクチャが存在することを確認する

拡張性の高い LTI 展開インフラストラクチャは、コンテンツのレプリケーションにハブアンドスポークトポロジを使用します。したがって、まず、マスター展開サーバーの役割を実行する本番環境の展開サーバーを指名します。次に、マスター展開サーバーに必要なコンポーネントを示します。

必須コンポーネント	目的/コメント
Windows Server 2003 R2	DFS-R をサポートするために必要です
MDT	配置共有のマスターコピーが格納されている
SQL Server 2005	MDT DB のレプリケーションを可能にするフルバージョンである必要があります
DFS-R	配置共有のレプリケーションに必要
Windows 展開サービス	ネットワーク PXE ベースのインストールを開始できるようにするために必要です

マスター展開サーバーを選択したら、LTI 展開をサポートするために各サイトに追加のサーバーをプロビジョニングします。子展開サーバーに必要なコンポーネントの一覧を次に示します。

必須コンポーネント	目的/コメント
Windows Server 2003 R2	DFS-R をサポートするために必要です
Microsoft SQL Server 2005 Express Edition	MDT DB のレプリケートされたコピーを受信します
DFS-R	配置共有のレプリケーションに必要
Windows 展開サービス	ネットワーク PXE ベースのインストールを開始できるようにするために必要です

注:

Windows 展開サービスは、各子サーバーでセットアップして構成する必要がありますが、ブートイメージまたはインストールイメージを追加する必要はありません。

MDT へのコンテンツの追加

Deployment Workbench を使用してマスター展開サーバーにコンテンツを設定し、次のセクションで説明するように MDT DB を作成して設定します。データベースに設定する方法については、次を参照してください。

アプリケーションについては、MDT ドキュメントの「Deployment Workbench でのアプリケーションの構成」セクションを参照してください Microsoft Deployment Toolkit の使用
オペレーティングシステムについては、MDT ドキュメントの「Deployment Workbench でのオペレーティングシステムの構成」セクションを参照してください Microsoft Deployment Toolkit の使用
オペレーティングシステムパッケージについては、MDT ドキュメントの「Deployment Workbench でのパッケージの構成」セクションを参照してください Microsoft Deployment Toolkit の使用
デバイスドライバーについては、MDT ドキュメントの「Deployment Workbench でデバイスドライバーを構成する」セクションを参照してください。 Microsoft Deployment Toolkit の使用
タスクシーケンスについては、MDT ドキュメントの「Deployment Workbench でのタスクシーケンスの構成」セクションを参照してください Microsoft Deployment Toolkit の使用

注:

展開共有の更新時に作成された LiteTouchPE_x86.wim ファイルが Windows 展開サービスに追加されていることを確認してください。

Windows 展開サービスの準備

LiteTouchPE_x86.wim ファイルは DFS-R レプリケーショングループを介して定期的にレプリケートされるため、新しくレプリケートされた Windows PE 環境を反映するように、ブート構成データストアを定期的に更新する必要があります。各配置サーバーで次の手順を実行します。

Windows 展開サービスを準備するには

コマンドプロンプトウィンドウを開きます。
「WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60」と入力し、Enter キーを押します。

注:

ここで紹介する例では、更新期間は 60 分に設定されています。ただし、DFS-R と同じ期間にレプリケートするようにこの値を構成できます。

分散ファイルシステムレプリケーションの構成

LTI 展開アーキテクチャをスケーリングするときは、MDT 展開共有と Windows PE ライトタッチブート環境の両方から、およびマスター展開サーバーから子展開サーバーにコンテンツをレプリケートするための基礎として DFS-R を使用します。

注:

次の手順を実行する前に、DFS-R がインストールされていることを確認します。

展開コンテンツをレプリケートするように DFS-R を構成するには

DFS 管理コンソールを開きます。
DFS 管理コンソールで、[DFS 管理] を展開します。
[ レプリケーション] を右クリックし、[ 新しいレプリケーショングループ] を選択します。
新しいレプリケーショングループウィザードの [ レプリケーショングループの種類 ] ページで、[ 新しい多目的レプリケーショングループ] を選択します。
[次へ] を選択します。
[ 名前とドメイン] ページで、次の情報を入力します。
- [ レプリケーショングループの名前 ] ボックスに、レプリケーショングループの名前 ( たとえば、MDT 2010 レプリケーショングループ) を入力します。
- [ レプリケーショングループのオプションの説明 ] ボックスに、レプリケーショングループの説明を入力します (たとえば、 MDT 2010 データのレプリケーション用のグループ)。
- [ ドメイン] ボックスに正しいドメイン名が含まれていることを確認します。
[次へ] を選択します。
[ レプリケーショングループメンバー ] ページで、次の手順を実行します。
1. [追加] を選択します。
2. このレプリケーショングループのメンバーとなるすべてのサーバーの名前 (たとえば、すべての子展開サーバーとマスター展開サーバー) を入力します。
3. [OK] を選択します。
[次へ] を選択します。
[ トポロジの選択 ] ページで、[ ハブとスポーク] を選択し、[ 次へ] を選択します。
[ハブメンバー] ページで、マスター展開サーバーを選択し、[追加] を選択します。
[次へ] を選択します。
[ ハブおよびスポーク接続 ] ページで、一覧表示されている各子展開サーバーについて、マスター展開サーバーが 必須ハブメンバーであることを確認します。
[次へ] を選択します。
[ レプリケーショングループのスケジュールと帯域幅 ] ページで、サーバー間でコンテンツをレプリケートするためのスケジュールを指定します。
[次へ] を選択します。
[ プライマリメンバー] ページの [ プライマリメンバー ] ボックスで、マスター展開サーバーを選択します。
[次へ] を選択します。
[ レプリケートするフォルダー ] ページで、[ 追加] を選択し、次の手順を実行します。
1. [ レプリケートするフォルダーのローカルパス ] ボックスで [ 参照 ] を選択して、 X:\Deployment フォルダー ( X は展開サーバーのドライブ文字) に移動します。
2. [ パスに基づいて名前を使用する] を選択します。
3. [OK] を選択します。
4. [追加] を選択します。
5. [ レプリケートするフォルダーの追加 ] ダイアログボックスで、[ 参照 ] を選択して X:\RemoteInstall\Boot フォルダーに移動します。
6. [ パスに基づいて名前を使用する] を選択します。
[次へ] を選択します。
[ 他のメンバーでの配布のローカルパス ] ページで、次の手順を実行します。
1. 配布グループ内のすべてのメンバーを選択し、[ 編集] を選択します。
2. [ ローカルパスの編集 ] ダイアログボックスで、[ 有効] を選択します。
3. 子展開サーバー上の展開共有フォルダーを格納するパスを入力します。たとえば、 X:\Deployment ( X は展開サーバーのドライブ文字です)。
4. [OK] を選択します。
[次へ] を選択します。
[ 他のメンバーでの起動のローカルパス] ページで、次の手順を実行します。
1. 配布グループ内のすべてのメンバーを選択し、[ 編集] を選択します。
2. [ ローカルパスの編集 ] ダイアログボックスで、[ 有効] を選択します。
3. 子展開サーバー上のブートフォルダーを格納するパスを入力します。たとえば、 X:\RemoteInstall\Boot ( X は展開サーバーのドライブ文字) です。
4. [OK] を選択します。
[次へ] を選択します。
[リモート設定とレプリケーショングループの作成] ページで、[作成] を選択して、新しいレプリケーショングループウィザードを完了します。
[ 確認 ] ページで、[ 閉じる] を選択してウィザードを閉じます。

注:

新しいレプリケーショングループが [レプリケーション] ノードの下に一覧表示されていることを確認します。

SQL Server レプリケーションの準備

SQL Server レプリケーションを構成する前に、いくつかの事前構成手順を完了して、配置サーバーが正しく構成されていることを確認します。

マスター配置サーバー上で SQL Server レプリケーションを準備するには

データベーススナップショットを格納するフォルダーを作成し、そのフォルダーを共有として構成します。

注:

スナップショットフォルダのセキュリティ保護の詳細については、「スナップショットフォルダのセキュリティ保護」を参照してください。
SQL Server Browser サービスが有効になっていて、[自動] に設定されていることを確認します。
[SQL Server サーフェス領域の構成] ボックスで、[ローカル接続とリモート接続] を選択します。

子配置サーバーでの SQL Server レプリケーションの準備を行うには
[SQL Server サーフェス領域の構成] ボックスで、[ローカル接続とリモート接続] を選択します。
必要に応じて、レプリケートされた MDT DB をホストする空のデータベースを作成します。

注:

このデータベースには、マスター展開サーバー上の MDT DB と同じ名前を付ける必要があります。たとえば、マスター展開サーバー上の MDT DB の名前が MDTDB である場合は、子展開サーバー上に MDTDB という空のデータベースを作成します。

SQL Server レプリケーションの構成

展開インフラストラクチャの構築に必要なファイルとフォルダーのレプリケーションを構成した後、MDT DB をレプリケートするように SQL Server を構成します。

注:

中央 MDT DB を 1 つだけ維持することもできます。ただし、MDT DB のレプリケートバージョンを維持することで、ワイドエリアネットワーク (WAN) 経由のデータ転送をより細かく制御できます。

SQL Server 2005 では、マガジン配布モデルに似たレプリケーションモデルを使用します。

雑誌は出版社によって入手可能 (発行) されます。
配布者は、出版物を配布するために使用されます。
読者は パブリケーションを購読して、パブリケーションが定期的にサブスクライバーに配信されるようにできます ( プッシュ購読)。

この用語は、SQL Server レプリケーションのセットアップウィザードおよび構成ウィザードで使用されます。

SQL Server 発行元の構成

マスター展開サーバーを SQL Server 発行元として構成するには、次の手順を実行します。

SQL Server Management Studio を開きます。
[ レプリケーション] ノードを右クリックし、[ ディストリビューションの構成] を選択します。
配布の構成ウィザードで、[ 次へ] を選択します。
[ディストリビューター] ページで、[独自のディストリビューターとして動作します] を選択します。SQL Server によって配布データベースが作成され、ログが作成され、[次へ] を選択します。
[スナップショットフォルダー] ページの [SQL Server レプリケーションの準備] セクションで、作成したスナップショットフォルダーへの UNC パスを入力します。
[ 配布データベース] ページで、[ 次へ] を選択します。
[ 発行元] ページで、マスター展開サーバーを選択してディストリビューターとして設定し、[ 次へ] を選択します。
[ ウィザードの操作 ] ページで、[ 配布の構成] を選択し、[ 次へ] を選択します。
[ 完了] を選択し、ウィザードが終了したら [ 閉じる ] を選択します。

レプリケーション用に MDT DB を有効にする

マスター展開サーバーでレプリケーション用に MDT DB を有効にするには、次の手順を実行します。

SQL Server Management Studio で、レプリケーション ノードを右クリックし、[発行元のプロパティ] を選択します。
[ パブリッシャーのプロパティ] ページで、次の手順を実行します。
1. [Publisher Databases] を選択します。
2. MDT DB を選択してから 、[トランザクション] を選択します。
3. [OK] を選択します。
これで、MDT DB がトランザクションレプリケーションとスナップショットレプリケーション用に構成されました。

MDT DB のパブリケーションの作成

子展開サーバーがサブスクライブできる MDT DB の公開を作成するには、次の手順を実行します。

SQL Server Management Studio で、[レプリケーション] を展開し、[ローカル文書] を右クリックして、[新しい文書] を選択します。
新しい文書ウィザードで、[ 次へ] を選択します。
[ パブリケーションデータベース] ページで、MDT DB を選択し、[ 次へ] を選択します。
「 パブリケーション・タイプ 」ページで、「 スナップショット・パブリケーション」を選択し、「次へ」を選択します。
[ 記事 ] ページで、すべての テーブル、ストアドプロシージャ、 ビューを選択し、[ 次へ] を選択します。
[ 記事の問題 ] ページで、[ 次へ] を選択します。
[ テーブル行のフィルター 処理] ページで、[ 次へ] を選択します。
[スナップショットエージェント] ページで、次の手順を実行します。
1. [スナップショットをすぐに作成する] を選択し、サブスクリプションを初期化するためにスナップショットを使用できるようにします。
2. [次の時刻に実行するようにスナップショットエージェントをスケジュールする] を選択します。
3. [変更] を選択します。
注:

データベースがレプリケートされる 1 時間前にスケジュールを指定します。
[次へ] を選択します。
「エージェント・セキュリティ」ページで、スナップショット・エージェントを実行するアカウントを選択し、「次へ」を選択します。
[ ウィザードの操作 ] ページで、[ 文書の作成] を選択し、[ 次へ] を選択します。
[ ウィザードの完了 ] ページにある 文書名 ボックスに、わかりやすい文書名を入力します。
[ 完了] を選択してウィザードを完了し、ウィザードで文書が作成されたら [ 閉じる ] を選択します。

注:

これで、文書が SQL Server Management Studio の [ローカル文書] ノードの下に表示されます。

MDT DB が公開されたので、子展開サーバーをこの公開のサブスクライバーとして追加できます。つまり、展開中にクライアントコンピューターが WAN 経由ではなくネットワークに対してローカルなデータベースにクエリを実行できるように、スケジュールに従ってデータベースのコピーを受け取ります。

子展開サーバーを MDT DB パブリケーションにサブスクライブするには

SQL Server Management Studioで、[レプリケーション/ローカル文書] に移動します。
前のセクションで作成した文書を右クリックし、[ 新しいサブスクリプション] を選択します。
新しいサブスクリプションウィザードで、[ 次へ] を選択します。
[ 文書 ] ページで、前のセクションで作成した文書を選択します。
[ディストリビューションエージェント場所] ページで、[ディストリビューターの SERVERNAME ですべてのエージェントを実行する (プッシュサブスクリプション)] を選択し、[次へ] を選択します。
[ サブスクライバー ] ページで、次の手順を実行して各子展開サーバーを追加します。
1. [サブスクライバの追加] を選択し、[SQL Server サブスクライバの追加] を選択します。
2. 各子展開サーバーを追加します。
3. 追加した子展開サーバーごとに、[ サブスクリプションデータベース ] ボックスで、その子展開サーバー上の空の MDT DB を選択します。
注:

空の MDT DB がまだ作成されていない場合は、[ サブスクリプションデータベース ] ボックスで、新しいデータベースを作成するオプションを選択します。

注:

このデータベースには、マスター展開サーバー上の MDT DB と同じ名前を付ける必要があります。たとえば、マスター展開サーバー上の MDT DB の名前が MDTDB である場合は、子展開サーバー上に MDTDB という空のデータベースを作成します。
[次へ] を選択します。
[ディストリビューションエージェントセキュリティ] ページで、[...] を選択して [ディストリビューションエージェントセキュリティ] ダイアログボックスを開きます。
配布エージェントに使用するアカウントの詳細を入力し、[ 次へ] を選択します。
[ 同期スケジュール] ページで、次の手順を実行します。
1. [ エージェントスケジュール] ボックスで、[ <スケジュールの定義>] を選択します。
2. マスター展開サーバーと子展開サーバー間でデータベースをレプリケートするために使用するスケジュールを指定し、[ 次へ] を選択します。
[ サブスクリプションの初期化 ] ページで、[ 次へ] を選択します。
[ ウィザードの操作 ] ページで、[ サブスクリプションの作成] を選択し、[ 次へ] を選択します。
[ 完了] を選択し、ウィザードが正常に終了したら [閉じる ] を選択します。

これで SQL Server レプリケーションが構成され、MDT DB が、マスター展開サーバーから、定期的にサブスクライブされているすべての子展開サーバーにレプリケートされます。

CustomSettings.ini の構成

これで LTI 展開インフラストラクチャが正常に作成され、各場所に LTI 展開サーバーと次のレプリケートコピーが含まれます。

配置共有
The MDT DB
Windows 展開サービスに追加されたLiteTouchPE_x86 Windows PE 環境

これで、ローカル展開サーバー (Windows 展開サービスを通じて LiteTouchPE_x86.wim 環境を提供するサーバー) の展開コンテンツ (展開共有とデータベース) を使用するように展開共有の CustomSettings.ini ファイルを構成できます。

Windows 展開サービスから LiteTouchPE_x86.wim ファイルが配信されると、使用している Windows 展開サービスサーバーの名前でレジストリキーが構成されます。 MDT は、このサーバー名を変数 (%WDSServer%) にキャプチャし、CustomSettings.ini の構成に使用できます。

常にローカルの LTI 展開サーバーを使用するには

注:

次の手順では、デプロイ共有が作成され、Deployment$ 共有として設定されていることを前提としています。

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ ルール] タブを選択し、CustomSettings.ini ファイルを変更して次のプロパティを構成します。
- 追加された SQL Server セクションごとに、サーバー名 **%WDSServer% (**SQLServer=%WDSServer% など) を使用するように SQLServer を構成します。
- DeployRoot を構成する場合は、%WDSServer% 変数 (例: DeployRoot=\\%WDSServer%\Deployment$) を使用するように DeployRoot を構成します。
[ 編集 Bootstrap.ini] を選択します。
DeployRoot 値を DeployRoot=\\%WDSServer%\Deployment$ に追加または変更して、%WDSServer% プロパティを使用するように BootStrap.ini を構成します。
[ ファイル]、[ 保存 ] の順に選択して、BootStrap.ini ファイルへの変更を保存します。
[OK] を選択します。

展開共有と LiteTouchPE_x86.wim Windows PE 環境を更新する必要があります。
[操作] ウィンドウで、[ 展開共有の更新] を選択します。

更新展開共有ウィザードが起動します。
[ オプション] ページで、デプロイ共有の更新に必要なオプションを選択し、[ 次へ] を選択します。
[ 概要] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。

次の例は、このセクションで説明する手順を実行した後の CustomSettings.ini を示しています。

スケーラブルな LTI 展開インフラストラクチャ用に構成されたサンプル CustomSettings.ini

[Settings]
Priority=CSettings,CPackages, CApps, CAdmins, CRoles, Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac

[CSettings]
SQLServer=%WDSServer%
Instance=
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerSettings
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

[CPackages]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerPackages
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Order=Sequence

[CApps]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerApplications
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Order=Sequence

[CAdmins]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerAdministrators
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

[CRoles]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerRoles
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

複数のサーバーが存在する場合のローカル MDT サーバーの選択

このシナリオでは、複数のサイト間での同時展開と展開をサポートするために、複数の MDT サーバーが使用されます。 LTI 展開が初期化されると、既定の動作では、MDT サーバーへのパスを要求し、展開プロセスを開始するために必要なファイルに接続してアクセスします。

Windows 展開ウィザードでは、LocalServer.xml ファイルを使用して、場所ごとに既知の展開サーバーを選択できます。

LocationServer.xml ファイルを次の方法で使用します。

「LocationServer.xmlを理解する」で説明されているように、LocationServer.xml の目的と使用方法を理解する
「LocationServer.xml ファイルの作成」で説明されている LocationServer.xml ファイルを作成する
「Extra Files ディレクトリへの LocationServer.xml ファイルの追加」で説明されているように、LocationServer.xml ファイルを Extra Files ディレクトリに追加する
「BootStrap.ini ファイルの更新」で説明されているように BootStrap.ini ファイルを更新する
「展開共有の更新」で説明されているように展開共有を更新する

このシナリオでは、MDT が展開サーバーで構成されていることを前提としています。

LocationServer.xml を理解する

まず、MDT での LocationServer.xml の使用方法を理解する必要があります。 LTI 中、MDT スクリプトは展開に関する初期情報を収集するために BootStrap.ini ファイルを読み取りおよび処理します。これは、配置サーバーに接続される前に発生します。そのため、 DeployRoot プロパティは、接続する展開サーバーを BootStrap.ini ファイルで指定するために一般的に使用されます。

BootStrap.ini ファイルに DeployRoot プロパティが含まれていない場合、MDT スクリプトによってウィザードページが読み込まれ、ユーザーに展開サーバーへのパスを求めるメッセージが表示されます。 MDT スクリプトは、HTML アプリケーション (HTA) ウィザードページの初期化中に、LocationServer.xml ファイルが存在することをチェックし、ファイルが存在する場合は、LocationServer.xml を使用して使用可能な展開サーバーを表示します。

LocationServer.xml をいつ使用するかを理解する

MDT には、LTI 展開中に接続するサーバーを決定する複数の方法が用意されています。配置サーバーを見つける方法は、さまざまなシナリオに最適です。したがって、LocationServer.xml をいつ使用するかを理解することが重要です。

MDT には、最適な展開サーバーを自動的に検出して使用するための方法がいくつか用意されています。これらの方法を次の表に示します。

メソッド	詳細
%WDSServer%	この方法は、MDT サーバーが Windows 展開サービスサーバー上で共存ホストされている場合に使用されます。 Windows 展開サービスから LTI 展開を開始すると、環境変数 %WDSServer% が作成され、Windows 展開サービスサーバーの名前が設定されます。 DeployRoot 変数は、この変数を使用して、Windows 展開サービスサーバー上の展開共有に自動的に接続できます。次に例を示します。 DeployRoot=\\%WDSServer%\Deployment$
位置情報ベースの自動化	MDT は、BootStrap.ini ファイルで位置ベースの自動化を使用して、展開先のサーバーを決定できます。デフォルトゲートウェイプロパティを使用して、異なる場所を区別します。既定のゲートウェイごとに異なる MDT サーバーを指定します。ロケーションベースの自動化の使用の詳細については、「構成設定を適用する方法の選択」を参照してください。

メソッド

詳細

%WDSServer%

この方法は、MDT サーバーが Windows 展開サービスサーバー上で共存ホストされている場合に使用されます。

Windows 展開サービスから LTI 展開を開始すると、環境変数 %WDSServer% が作成され、Windows 展開サービスサーバーの名前が設定されます。

DeployRoot 変数は、この変数を使用して、Windows 展開サービスサーバー上の展開共有に自動的に接続できます。次に例を示します。

DeployRoot=\\%WDSServer%\Deployment$

位置情報ベースの自動化

MDT は、BootStrap.ini ファイルで位置ベースの自動化を使用して、展開先のサーバーを決定できます。

デフォルト ゲートウェイプロパティ を使用して、異なる場所を区別します。 既定のゲートウェイごとに異なる MDT サーバーを指定します。

ロケーションベースの自動化の使用の詳細については、「構成設定を適用する方法の選択」を参照してください。

上記の表に示す各方法では、特定のシナリオの特定の場所にある展開サーバーの選択を自動化する 1 つの方法を提供します。これらの手法は特定のシナリオを対象としています (たとえば、MDT サーバーが Windows 展開サービスと共存ホストされている場合など)。

これらの方法が適さないシナリオは他にもあります。たとえば、特定の場所に複数の展開サーバーがある場合や、自動化ロジックが不可能な場合 (たとえば、場所を特定することができるほどネットワークがセグメント化されていない、MDT サーバーが Windows 展開サービスから分離されている場合など)。

このようなシナリオでは、LocationServer.xml ファイルを使用すると、サーバー名や展開共有名の知識がなくても、展開時にこの情報を柔軟に表示できます。

LocationServer.xml ファイルの作成

LTI 展開中に使用可能な展開サーバーの一覧を表示するには、各サーバーの詳細を含む LocationServer.xml ファイルを作成します。 MDT には既定の LocationServer.xml ファイルがないため、次のガイダンスに従って作成してください。

複数の場所をサポートする LocationServer.xml ファイルを作成する

LocationServer.xml を作成および使用するための最も簡単な方法は、LocationServer.xml ファイルを作成し、環境内の各デプロイメントサーバー (同じ場所または異なる場所) にエントリを追加することです。

サーバーごとに新しいセクションを作成し、次の情報を追加して、LocationServer.xml ファイルを作成します。

一意の識別子
場所の名前。その場所を簡単に識別できる名前を表示するために使用されます
その場所の MDT サーバーへの UNC パス

次に示すのは、複数の場所用に構成されたサンプル LocationServer.xml ファイルを使用して、これらの各プロパティを使用して LocationServer.xml ファイルを作成する方法を示しています。

複数の場所をサポートする LocationServer.xml ファイルの例

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS01\Deployment$</UNCPath>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso NYC, New York, USA
        </friendlyname>
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>
    </server>
</servers>

この形式では、次の例に示すように、場所ごとに異なるサーバーエントリを指定するか、1 つの場所内に複数のサーバーがある場合は、その場所のサーバーごとに異なるサーバーエントリを指定します。

複数の場所にある複数のサーバーをサポートする LocationServer.xml ファイルの例

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ DS1, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS01\Deployment$</UNCPath>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso HQ DS2, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS02\Deployment$</UNCPath>
    </server>
</servers>

LocationServer.xml ファイルを作成して、異なる場所にある複数のサーバーの負荷分散を行う

LocationServer.xml を使用して、場所エントリごとに複数のサーバーを指定し、場所が選択されたときに、MDT が使用可能なサーバーの一覧から自動的に展開サーバーを選択するように、基本的な負荷分散を実行します。この機能を提供するために、LocationServer.xml ファイルでは重み付けメトリックの指定がサポートされています。

以下に、異なる場所にある複数のサーバー用に構成されたサンプル LocationServer.xml ファイルを示します。

さまざまな場所の LocationServer.xml ファイルの例

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ, Seattle, USA
        </friendlyname>
        <Server1>\\STLDS01\Deployment$</Server1>
        <Server2>\\STLDS02\Deployment$</Server2>
        <Server3>\\STLDS03\Deployment$</Server3>
        <Server weight="1">\\STLDS01\Deployment$</Server>
        <Server weight="2">\\STLDS02\Deployment$</Server>
        <Server weight="4">\\STLDS03\Deployment$</Server>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso NYC, New York, USA
        </friendlyname>
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>
    </server>
</servers>

MDT がサーバー選択プロセスで使用する <server weight> タグを使用して、重み付けメトリックを指定します。サーバーが選択される可能性は、以下によって計算されます。

サーバーの重み/すべてのサーバーの重みの合計

前の例では、Contoso HQ の 3 つのサーバーが 1、2、4 として一覧表示されています。重み付けが 2 のサーバーが選択される確率は 7 分の 2 になります。したがって、重み付けシステムを使用するには、ある場所で使用可能なサーバーの容量を決定し、他の各サーバーに対するサーバーの容量によって各サーバーを重み付けします。

LocationServer.xml ファイルを Extra Files ディレクトリに追加する

LocationServer.xml ファイルを作成したら、それを LiteTouch_x86に追加し、 X:\Deploy\Control フォルダー内の Windows PE ブートイメージLiteTouch_x64します。 Deployment Workbench を使用して、展開共有プロパティに追加するディレクトリを指定して、これらの Windows PE イメージに他のファイルとフォルダーを追加します。

配置共有に LocationServer.xml を追加するには

ルート展開共有フォルダー (D:\Production Deployment Share\Extra Files など) に Extra Files という名前のフォルダーを作成します。
追加のファイルが配置される Windows PE の場所を反映するフォルダー構造を Extra Files フォルダーに作成します。

たとえば、LocationServer.xml ファイルは、Windows PE の \Deploy\Control フォルダーに存在する必要があります。したがって、同じフォルダー構造を [Extra Files] の下に作成します (たとえば、D:\Production Deployment Share\Extra Files\Deploy\Control)。
LocationServer.xml を deployment_share\Extra Files\Deploy\Control フォルダーにコピーします (deployment_share は配置共有のルートフォルダーへの完全修飾パスです)。
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ deployment_shareProperties ] ダイアログボックス (deployment_share は展開共有の名前) で、次の手順を実行します。
1. [Windows PE プラットフォームの設定] タブを選択します ([プラットフォーム] は、構成する Windows PE イメージのアーキテクチャです)。
2. [Windows PE のカスタマイズ] セクションの [追加する追加のディレクトリ] ボックスに path (パスは Extra Files フォルダーへの完全修飾パス (D:\Production Deployment Share\Extra Files など) と入力し、[OK] を選択します。

BootStrap.ini ファイルの更新

Deployment Workbench を使用してデプロイ共有を作成すると、 DeployRoot プロパティが自動的に作成され、BootStrap.ini ファイルに設定されます。 LocationServer.xml ファイルは DeployRoot プロパティを設定するために使用されるため、この値を BootStrap.ini ファイルから削除する必要があります。

BootStrap.iniから DeployRoot プロパティを削除するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ deployment_shareProperties ] ダイアログボックス ( deployment_share はデプロイ共有の名前) で、[ ルール] タブを選択し、[ BootStrap.iniの編集 ] を選択します。
DeployRoot 値 (たとえば、DeployRoot=\\Server\Deployment$) を削除します。
[ ファイル]、[ 保存 ] の順に選択して、BootStrap.ini ファイルへの変更を保存します。
[ OK ] を選択して変更を送信します。

配置共有の更新

次に、配置共有を更新して、LocationServer.xml ファイルと更新された BootStrap.ini ファイルを含む新しい LiteTouch_x86 および LiteTouch_x64 ブート環境を生成する必要があります。

配置共有を更新するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 展開共有の更新] を選択します。

更新展開共有ウィザードが起動します。
[ オプション] ページで、デプロイ共有の更新に必要なオプションを選択し、[ 次へ] を選択します。
[ 概要] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。

注:

更新プロセスが完了したら、新しい LiteTouch_x86 および LiteTouch_x64 Windows PE 環境を Windows 展開サービスに追加し直すか、展開中に使用するブートメディアに書き込みます。

ライトタッチインストールを使用した既存のコンピューターを新しいコンピューターに交換する

MDT を使用すると、エンタープライズアーキテクチャの既存のコンピューターを代替するイメージを新しいコンピューターに展開できます。この状況は、あるオペレーティングシステムから別のオペレーティングシステムにアップグレードする場合(新しいオペレーティングシステムには新しいハードウェアが必要になる場合があります)、またはorganizationが既存のアプリケーション用に新しく高速なコンピューターを必要とする場合に発生する可能性があります。

既存のコンピューターを新しいコンピューターに交換する場合は、ユーザーアカウントやユーザー状態データなど、コンピューター間で移行するすべての設定を考慮することをお勧めします。さらに、移行が失敗した場合に備えて回復ソリューションを作成することが重要です。

この展開例では、WDG-EXIST-01 からユーザー状態データをキャプチャしてネットワーク共有に保存することで、既存のコンピューター (WDG-EXIST-01) を CORP ドメイン内の新しいコンピューター (WDG-NEW-02) に置き換えます。次に、既存のイメージを WDG-NEW-02 にデプロイし、最後にキャプチャされたユーザー状態データを WDG-NEW-02 に復元します。展開は、展開サーバー (WDG-MDT-01) から実行されます。

MDT では、Standard Client Replace Task Sequence テンプレートを使用して、必要なすべてのデプロイタスクを実行するタスクシーケンスを作成します。

このデモでは、次のことを前提としています。

MDT が展開サーバーにインストールされている (WDG MDT 01)
展開共有は既に作成されて設定されています。これには、オペレーティングシステムイメージ、アプリケーション、およびデバイスドライバーが含まれます
参照コンピューターのイメージは既にキャプチャされており、新しいコンピューターに展開されます (WDG NEW 02)
ネットワーク共有フォルダー (UserStateCapture$) が作成され、適切な共有アクセス許可を持つ展開サーバー (WDG MDT 01) で共有されている

このサンプルを開始する前に、配置共有が存在する必要があります。展開共有の作成の詳細については、MDT ドキュメント「 Microsoft Deployment Toolkit の使用」の「Deployment Workbench での展開共有の管理」セクションを参照してください。

手順 1: ユーザー状態をCaptureするタスクシーケンスを作成する

新しいタスクシーケンスウィザードを使用して、Deployment Workbench の [タスクシーケンス] ノードに MDT タスクシーケンスを作成します。コンピューターの置換展開シナリオの最初の部分 (既存のコンピューターのユーザー状態のキャプチャ) を実行するには、新しいタスクシーケンスウィザードで Standard Client Replace Task Sequence テンプレートを選択します。

コンピューターの置換展開シナリオでユーザー状態をキャプチャするタスクシーケンスを作成するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[ deployment_share/Task Sequences] ( deployment_share は構成する展開共有の名前) に移動します。
[アクション] ウィンドウで、[ 新しいタスクシーケンス] を選択します。

新しいタスクシーケンスウィザードが起動します。

次の情報を使用して、新しいタスクシーケンスウィザードを完了します。特に指定がない限り、既定値をそのまま使用します。

このウィザードのページ	説明
全般設定	1. [タスクシーケンス ID] に「 VISTA_EXIST」と入力します。 2. [タスクシーケンス名] に、「既存のコンピューターでコンピューター置換シナリオを実行」と入力します。 3. [次へ] を選択します。
テンプレートの選択	次のタスクシーケンステンプレートを使用できます。開始点として使用するものを選択し、[Standard Client 置き換えタスクシーケンス] を選択して、[次へ] を選択します。
概要	構成の詳細が正しいことを確認してから、[ 次へ] を選択します。
確認	[完了] を選択します。

新しいタスクシーケンスウィザードが終了し、 VISTA_EXIST タスクシーケンスがタスクシーケンスのリストに追加されます。

手順 2: オペレーティングシステムを展開し、ユーザー状態を復元するためのタスクシーケンスを作成する

新しいタスクシーケンスウィザードを使用して、Deployment Workbench の [タスクシーケンス] ノードで MDT タスクシーケンスを作成します。「コンピューターの置き換え」展開シナリオの 2 番目の部分 (オペレーティングシステムを展開してから、既存のコンピューターでユーザー状態を復元する) を実行するには、新しいタスクシーケンスウィザードで Standard Client タスクシーケンステンプレートを選択します。

コンピューターの置換展開シナリオでユーザー状態を展開するためのタスクシーケンスを作成するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Task Sequences] ( deployment_share は構成する展開共有の名前) に移動します。
[アクション] ウィンドウで、[ 新しいタスクシーケンス] を選択します。

新しいタスクシーケンスウィザードが起動します。

次の情報を使用して、新しいタスクシーケンスウィザードを完了します。特に指定がない限り、既定値をそのまま使用します。

このウィザードのページ	説明
全般設定	1. [タスクシーケンス ID] に「 VISTA_NEW」と入力します。 2. [タスクシーケンス名] に、「新しいコンピューターでコンピューターの置換シナリオを実行」と入力します。 3. [次へ] を選択します。
テンプレートの選択	次のタスクシーケンステンプレートを使用できます。開始点として使用するものを選択し、[Standard Client タスクシーケンス] を選択して、[次へ] を選択します。
OS の選択	次の手順では、このタスクシーケンスで、次のオペレーティングシステムイメージを展開できます。使用するものを選択し、 captured_vista_image ( captured_vista_image は参照コンピューターが Deployment Workbench の [オペレーティングシステム] ノードに追加したキャプチャされたイメージ) を選択し、[ 次へ] を選択します。
プロダクトキーを指定する	[ 現時点ではプロダクトキーを指定しない] を選択し、[ 次へ] を選択します。
OS 設定	1. [フルネーム] に「 Woodgrove Employee」と入力します。 2. [組織] に「 Woodgrove Bank」と入力します。 3. [Internet エクスプローラー Home Page] に「http://www.woodgrovebank.com」と入力します。 4. [次へ] を選択します。
管理パスワード	[ 管理者パスワード ] と [ 管理者パスワードを確認してください] に「 P@ssw0rd」と入力し、[ 完了] を選択します。
確認	[完了] を選択します。

新しいタスクシーケンスウィザードが終了し、 VISTA_NEW タスクシーケンスがタスクシーケンスのリストに追加されます。

手順 3: MDT 構成Filesをカスタマイズする

MDT タスクシーケンスを作成したら、ユーザー状態情報をキャプチャするための構成設定を提供する MDT 構成ファイルをカスタマイズします。具体的には、展開プロセスの初期で作成した展開共有のプロパティでファイルを変更して、CustomSettings.ini ファイルをカスタマイズします。この後の手順で、配置共有を更新して、構成ファイルが配置共有で確実に更新されるようにします。

ユーザー状態情報をキャプチャするために MDT 構成ファイルをカスタマイズするには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。

[プロパティ] ダイアログボックスが表示されます。
[ プロパティ] ダイアログボックスで、[ ルール ] タブを選択します。
[ ルール] タブで、次の例に示すように、必要な変更が反映されるように CustomSettings.ini ファイルを変更します。環境で必要な追加の変更を行います。

カスタマイズされた CustomSettings.ini ファイル
```
[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y

UDShare=\\WDG-MDT-01\UserStateCapture$
UDDir=%OSDCOMPUTERNAME%
UserDataLocation=NETWORK
SkipCapture=NO
SkipAdminPassword=YES
SkipProductKey=YES
```
[ プロパティ] ダイアログボックスで [ OK] を選択します。
開いているすべてのウィンドウとダイアログボックスを閉じます。

Deployment Workbench の [展開共有] ノードで、展開共有の Windows PE オプションを構成します。

注:

既存のコンピューター (WDG-EXIST-01) と新しいコンピューター (WDG-NEW-01) のデバイスドライバーが Windows Vista に含まれている場合は、この手順をスキップして、次の手順に進みます。

展開共有の Windows PE オプションを構成するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。

[プロパティ] ダイアログボックスが表示されます。
[ プロパティ] ダイアログボックスの [Windows PE プラットフォーム のコンポーネント ] タブ ( プラットフォーム は構成する Windows PE イメージのアーキテクチャ) の [選択プロファイル] で、 device_drivers ( device_drivers はデバイスドライバー選択プロファイルの名前) を選択し、[ OK] を選択します。

展開共有の Windows PE オプションを構成した後、展開共有を更新します。展開共有を更新すると、すべての MDT 構成ファイルが更新され、カスタマイズされたバージョンの Windows PE が生成されます。カスタマイズされたバージョンの Windows PE を使用して、参照コンピューターを起動し、LTI 展開プロセスを開始します。

Deployment Workbench で展開共有を更新するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ Update DeploymentShare] を選択します。

更新展開共有ウィザードが起動します。
[ オプション] ページで、デプロイ共有の更新に必要なオプションを選択し、[ 次へ] を選択します。
[ 概要] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。

Deployment Workbench は、デプロイ共有の更新を開始します。 Deployment Workbench では、LiteTouchPE_x86.iso と LiteTouchPE_x86.wim ファイル (32 ビットターゲットコンピューターの場合) または LiteTouchPE_x64.iso ファイルと LiteTouchPE_x64.wim ファイル (64 ビットターゲットコンピューターの場合) が deployment_share\Boot フォルダー ( deployment_share は展開共有として使用される共有フォルダー) に作成されます。

手順 6: LTI 起動可能なメディアを作成する

展開共有の更新時に作成されたカスタマイズされたバージョンの Windows PE でコンピューターを起動するための方法を指定します。 Deployment Workbench では、LiteTouchPE_x86.iso と LiteTouchPE_x86.wim ファイル (32 ビットターゲットコンピューターの場合) または LiteTouchPE_x64.iso ファイルと LiteTouchPE_x64.wim ファイル (64 ビットターゲットコンピューターの場合) が deployment_share\Boot フォルダー ( deployment_share は展開共有として使用される共有フォルダー) に作成されます。これらのイメージのいずれかから適切な LTI 起動可能なメディアを作成します。

LTI 起動可能なメディアを作成するには

Windows エクスプローラーで、deployment_share\Boot フォルダー (deployment_share は展開共有として使用される共有フォルダー) に移動します。
既存のコンピューター (WDG-EXIST-01) と新しいコンピューター (WDG-NEW-02) に使用されているコンピューターの種類に応じ、次のいずれかのタスクを実行します。
- 参照コンピューターが物理コンピューターの場合は、ISO ファイルの CD または DVD を作成します。
- 参照コンピューターが VM の場合は、ISO ファイルまたは ISO ファイルの CD や DVD から直接 VM を起動します。

手順 7: LTI 起動可能なメディアを使用して既存のコンピューターを起動する

既存のコンピューター (WDG-EXIST-01) を、プロセスの前に作成した LTI ブータブルメディアで起動します。この CD は、既存のコンピューターで Windows PE を起動し、MDT の展開プロセスを開始します。 MDT 展開プロセスの最後に、ユーザー状態の移行情報は UserStateCapture$ 共有フォルダーに保存されます。

注:

Windows 展開サービスからターゲットコンピューターを起動して、MDT プロセスを開始することもできます。詳細については、 MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「Windows 展開サービスの準備」セクションを参照してください。

LTI 起動可能なメディアを使用して既存のコンピューターを起動するには

プロセスの前の手順で作成した LTI ブータブルメディアを使用して WDG-EXIST-01 を起動します。

Windows PE が起動し、Windows 展開ウィザードが起動します。

次の情報を使用して、Windows 展開ウィザードを完了します。特に指定がない限り、既定値をそのまま使用します。

このウィザードのページ	説明
展開へようこそ	[ 展開ウィザードの実行 ] を選択して新しいオペレーティングシステムをインストールし、[ 次へ] を選択します。
ネットワーク共有に接続するための資格情報を指定します。	1. [ユーザー名] に「 Administrator」と入力します。 2. [パスワード] に「 P@ssw0rd」と入力します。 3. [ドメイン] に「 CORP」と入力します。 4. [OK] を選択します。
このコンピューターで実行するタスクシーケンスを選択します。	[ 既存のコンピューターでコンピューター置換シナリオを実行] を選択し、[ 次へ] を選択します。
データと設定の保存場所を指定する	[次へ] を選択します。
完全なコンピューターバックアップの保存場所を指定する	[ 既存のコンピューターをバックアップしない] を選択し、[ 次へ] を選択します。
始める準備ができました	[ 開始] を選択します。

エラーまたは警告が発生した場合は、MDT ドキュメント のトラブルシューティングリファレンスを参照してください。

[ Deployment Summary ] ダイアログボックスで、[ Details] を選択します。

エラーまたは警告が発生した場合は、エラーまたは警告を確認し、診断情報を記録します。
[ Deployment Summary ] ダイアログボックスで、[ Finish] を選択します。

ユーザー状態の移行情報がキャプチャされ、プロセスの前の方法で作成されたネットワーク共有フォルダー (UserStateCapture$) に保存されます。

手順 8: LTI ブータブルメディアを使用して新しいコンピューターを起動する

手順の前に作成した LTI ブータブルメディアを使用して、新しいコンピューター (WDG-NEW-02) を起動します。この CD は、参照コンピューターで Windows PE を起動し、MDT の展開プロセスを開始します。 MDT 展開プロセスの最後に、Windows Vista が新しいコンピューターに展開され、キャプチャされたユーザー状態の移行情報が新しいコンピューターに復元されます。

注:

LTI 起動可能なメディアを使用して新しいコンピューターを起動するには

プロセスの前の手順で作成した LTI ブータブルメディアを使用して WDG-NEW-02 を開始します。

Windows PE が起動し、Windows 展開ウィザードが起動します。

次の情報を使用して、Windows 展開ウィザードを完了します。特に指定がない限り、既定値をそのまま使用します。

このウィザードのページ	説明
展開へようこそ	[ 展開ウィザードの実行] を選択して新しいオペレーティングシステムをインストールし、[ 次へ] を選択します。
ネットワーク共有に接続するための資格情報を指定します。	1. [ユーザー名] に「 Administrator」と入力します。 2. [パスワード] に「 P@ssw0rd」と入力します。 3. [ドメイン] に「 CORP」と入力します。 4. [OK] を選択します。
このコンピューターで実行するタスクシーケンスを選択します。	[新しいコンピューターでコンピューターの置換シナリオを実行] を選択し、[次へ] を選択します。
コンピューター名を構成する	[ コンピューター名] に「 WDG-NEW-02」と入力し、[ 次へ] を選択します。
コンピューターをドメインまたはワークグループに参加させる	[次へ] を選択します。
ユーザーデータを復元するかどうかを指定する	1. [場所の指定] を選択します。 2. [ 場所] に「 \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01」と入力します。 3. [次へ] を選択します。
ロケールの選択	[次へ] を選択します。
タイムゾーンの設定	[次へ] を選択します。
画像をキャプチャするかどうかを指定する	[ このコンピューターのイメージをキャプチャしない] を選択し、[ 次へ] を選択します。
BitLocker 構成を指定する	[ このコンピューターで BitLocker を有効にしない] を選択し、[ 次へ] を選択します。
始める準備ができました	[ 開始] を選択します。

エラーまたは警告が発生した場合は、MDT ドキュメント のトラブルシューティングリファレンスを参照してください。

[ Deployment Summary ] ダイアログボックスで、[ Details] を選択します。

エラーまたは警告が発生した場合は、エラーまたは警告を確認し、診断情報を記録します。
[ Deployment Summary ] ダイアログボックスで、[ Finish] を選択します。

Windows Vista が新しいコンピューターにインストールされ、キャプチャされたユーザー状態の移行情報も復元されます。

カスタム展開コードを MDT に統合する

デプロイチームに、ターゲット環境に固有の複雑な要件があり、Deployment Workbench の事前定義されたタスクシーケンスアクションや既定の MDT 構成ファイルでは満たされないことはよくあります。この状況では、要件を満たすカスタムコードを実装します。

次の方法でカスタム展開コードを MDT に統合します。

適切なスクリプト言語の選択で説明されているようにスクリプト言語を選択する
「ZTIUtility の活用方法を理解する」で説明されているように ZTIUtility.vbs を活用する
カスタムデプロイコードの統合で説明されているようにカスタムデプロイコードを統合する

以降の各セクションでは、MDT が配置サーバー上に構成されていることを前提としています。

適切なスクリプト言語の選択

Windows または Windows PE で実行できるコードは、アプリケーションのインストールとして、または MDT タスクシーケンスの手順を通じて呼び出すことができますが、.vbs または .wsf ファイル形式のスクリプトを使用することをお勧めします。

.wsf ファイルを使用する利点は、ZTI および LTI プロセスですでに使用されている他の定義済み関数に加えて、組み込みのログ記録です。これらの関数は、MDT と共に配布される ZTIUtility スクリプトで使用できます。

カスタムスクリプトから参照されると、ZTIUtility スクリプトは MDT 環境クラスとセットアップクラスを初期化します。次のクラスが利用可能です。

ログ記録。 このクラスは、すべての MDT スクリプトで使用されるログ機能を提供します。また、配置中に実行されるスクリプトごとに 1 つのログファイルが作成され、すべてのスクリプトの統合ログファイルが作成されます。これらのログファイルは、 CMTrace で読み取られる形式で作成されます。
環境. このクラスは、WMI および MDT ルール処理を通じて収集された環境変数を構成し、スクリプトから直接参照できるようにします。これにより、デプロイメントプロパティを読み取ることができるため、ZTI および LTI プロセスで使用されるすべての構成情報にアクセスできるようになります。
ユーティリティ. このクラスは、ZTI および LTI スクリプト全体で使用される一般的なユーティリティを提供します。 Microsoft では、カスタムコードを開発するときは常に、このクラスを調べて、コードを簡単に再利用できるかどうかを確認することをお勧めします。このクラスで提供される一部の機能の詳細については、このセクションの後半で説明します。
します。このクラスは、データベースへの接続やデータベースからの情報の読み取りなどの機能を実行します。一般に、データベースクラスに直接アクセスすることはお勧めしません。代わりに、ルール処理を使用してデータベース検索を実行する必要があります。
文字列。 このクラスは、項目の区切りリストの作成、16 進値の表示、文字列からの空白のトリミング、文字列の右揃え、文字列の左揃え、値を文字列形式に強制する、値を強制的に配列形式にする、ランダムなグローバル一意識別子 (GUID) の生成、Base64 変換など、一般的な文字列処理ルーチンを実行します。
FileHandling. このクラスは、パスの正規化、ファイルやフォルダーのコピー、移動、削除などの機能を実行します。
clsRegEx. このクラスは正規表現関数を実行します。

MDT では、クライアント Microsoft Visual Basic Scripting Edition (VBScript) の堅牢性と信頼性を高めるために、スクリプトアーキテクチャにいくつかの変更が実装されています。これらの変更には次のものが含まれます。
新しい API やエラー処理の改善など、ZTIUtility.vbs (メインのスクリプトライブラリ) への大幅な変更
ZTI_xxx.wsf スクリプトの全体的な構造の新しい外観

MDT スクリプトの全体的な構造も変更されています。ほとんどの MDT スクリプトは、VBScript クラス オブジェクト内にカプセル化されるようになりました。クラスが初期化され、 RunNewInstance 関数を使用して呼び出されます。

注:

ほとんどの MDT スクリプトには ZTIUtility.vbs が含まれているため、既存のほとんどの MDT 2008 Update 1 スクリプトは、ZTIUtility.vbs 大幅に変更されても MDT では現状のまま動作します。

ZTIUtility の活用方法を理解する

ZTIUtility.vbs ファイルには、カスタムコードで利用できるオブジェクトクラスが含まれています。以下を使用して、カスタムコードを MDT と統合します。

で説明されているように、ZTIUtility.vbs で定義されているログクラス ZTIUtility ログクラスの使用
ZTIUtility 環境クラスの使用で説明されているように、ZTIUtility.vbs で定義されている環境クラス
「ZTIUtility ユーティリティクラスの使用」で説明されているように、ZTIUtility.vbs で定義されているユーティリティクラス

ZTIUtility ログクラスを使用する

ZTIUtiliy.vbs のログクラスは、ZTI または LTI のデプロイ中に他のスクリプトと同じ方法でステータス情報、警告、エラーをログに記録するカスタムコードの単純なメカニズムを提供します。また、この標準化により、実行されたカスタムコードの状態が [LTI 展開の概要 ] ダイアログボックスで正しく報告されるようになります。

次に示すのは、 oLogging.CreateEntry 関数と TestAndFail 関数を使用して、さまざまなスクリプト操作の結果に応じてさまざまな種類のメッセージをログに記録するカスタムコードスクリプトの例です。

ZTIUtility ログを使用したスクリプト例: ZTI_Example.wsf

<job id="ZTI_Example">
<script language="VBScript" src="ZTIUtility.vbs"/>
<script language="VBScript">

' //*******************************************************
' //
' // Copyright (c) Microsoft Corporation.  All rights reserved
' // Microsoft Deployment Toolkit Solution Accelerator
' // File: ZTI_Example.wsf
' //
' // Purpose: Example of scripting with the
' //          Microsoft Deployment Toolkit.
' //
' // Usage: cscript ZTI_Example.wsf [/debug:true]
' //
' //*******************************************************

Option Explicit
RunNewInstance

'//--------------------------------------------------------
'// Main Class
'//--------------------------------------------------------
Class ZTI_Example

'//--------------------------------------------------------
'// Main routine
'//--------------------------------------------------------

Function Main()

  Dim iRetVal
  Dim sScriptPath

  iRetVal = SUCCESS

  oLogging.CreateEntry "Begin example script...", _
    LogTypeInfo

  ' %ServerA% is a generic variable available within
  ' every CustomSettings.ini file.

  sScriptPath = "\\" & oEnvironment.Item("ServerA") & _
    "\public\products\Applications\User\Technet\USEnglish"

  ' Validate a connection to server, net connect with
  ' credentials if necessary.
  iRetVal = oUtility.ValidateConnection( sScriptPath )
  TestAndFail iRetVal, 9991, "Validate Connection to [" & _
    sScriptPath & "]"

  'Run Setup Program

  iRetVal = oUtility.RunWithHeartbeat( """" & _
    sScriptPath & "\setup.exe"" /?" )
  TestAndFail iRetVal, 9991, "RunWithHeartbeat [" & _
    sScriptPath & "]"

  'Perform any cleanup from installation process

  oShell.RegWrite "HKLM\Software\Microsoft\SomeValue", _
    "Done with Execution of XXX.", "REG_SZ"

  Main = iRetVal

End Function

End Class

</script>
</job>

注:

ProcessResults() で ZTIProcess() を呼び出すスクリプトを引き続き使用する場合は、引き続き使用できます。ただし、特定の拡張エラー処理機能は有効になりません。

ZTIUtility 環境クラスを使用する

ZTIUtiliy.vbs の環境クラスは、MDT プロパティへのアクセスと更新機能を提供します。前の例では、 oEnvironment.Item("Memory") を使用して、使用可能な RAM の量を取得します。これを使用して、MDT ドキュメントの ツールキットリファレンスに記載されているプロパティの値を取得することもできます。

ZTIUtility ユーティリティクラスを使用する

ZTIUtility.vbs スクリプトには、カスタムデプロイスクリプトで使用できる、よく使用されるユーティリティが多数含まれています。これらのユーティリティは、 oLogging クラスおよび oEnvironment クラスと同じ方法で任意のスクリプトに追加できます。

次の表では、使用可能ないくつかの便利な関数とその出力について詳しく説明します。使用可能な関数の完全な一覧については、ZTIUtility.vbs ファイルを参照してください。

Function	出力
oUtility.LocalRootPath	ターゲットコンピューターの展開プロセスで使用されているルートフォルダーのパスを返します。たとえば、C:\MIINT です。
oUtility.BootDevice	システムブートデバイス (MULTI(0)DISK(0)RDISK(0)PARTITION(1) など) を返します。
oUtility.LogPath	配置中に使用されていたログフォルダーへのパスを返します。たとえば、C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath	現在構成されている状態ストアのパスを返します。たとえば、C:\MININT\StateStore
oUtility.ScriptName	関数を呼び出すスクリプトの名前 (Z-RAMTest など) を返します。
oUtility.ScriptDir	関数を呼び出しているスクリプトのパスを返します。たとえば、\\server_name\Deployment$\Scripts
oUtility.ComputerName	ビルドプロセス中に使用するコンピューター名 (computer_name など) を決定します
oUtility.ReadIni(file, section, item)	指定した項目を .ini ファイルから読み取ることを許可します
oUtility.WriteIni(file, section, item, value)	指定した項目を .ini ファイルに書き込むことを許可します
oUtility.Sections(file)	.ini ファイルのセクションを読み取り、参照用にオブジェクトに格納します
oUtility.SectionContents(file, section)	指定した .ini ファイルの内容を読み取り、オブジェクトに格納します
oUtility.RunWithHeartbeat(sCmd)	コマンドが実行されると、0.5 秒ごとにハートビート情報をログに書き込みます
oUtility.FindFile (sFilename,sFoundPath)	DeployRoot フォルダーと、Servicing、Tools、USMT、Templates、Scripts、および Control を含む標準サブフォルダーで指定されたファイルを検索します
oUtility.findMappedDrive(sServerUNC)	ドライブが指定した UNC パスにマップされているかどうかを確認し、ドライブ文字を返します
oUtility.ValidateConnection(sServerUNC)	指定されたサーバーへの既存の接続があるかどうかを確認し、存在しない場合は作成を試みます
MapNetworkDrive (sShare、SDomID、sDomPwd)	共有として指定された UNC パスにドライブ文字をマップし、使用されているドライブ文字を返します。失敗した場合はエラーを返します
VerifyPathExists(strPath)	指定したパスが存在することを確認します
oEnvironment.Substitute(sVal)	文字列を指定すると、その文字列内の変数または関数を展開します
oEnvironment.Item (sName)	永続ストアに対して変数を読み書きします
oEnvironment.Exists (sName)	変数が存在するかどうかを確認するテスト
oEnvironment.ListItem (sName)	配列型の変数を永続ストアに読み書きします
oLogging.ReportFailure (sMessage、iError)	回復不能なエラーが検出された場合に構造化終了を実行するために使用されます
oLogging.CreateEvent (iEventID、iType、sMessage、arrParms)	ログファイルにメッセージを書き込み、定義されたサーバーにイベントを投稿します
oLogging.CreateEntry (sLogMsg、iType)	ログファイルにメッセージを書き込みます
TestAndFail(iRc, iError, sMessage)	iRc が false または失敗した場合は iError を使用してスクリプトを終了します
TestAndLog(iRc , sMessage)	iRc が false または失敗した場合にのみ警告をログに記録します

カスタムデプロイコードの統合

カスタム展開コードは、いくつかの方法で MDT プロセスに統合できます。ただし、使用する方法に関係なく、次の 2 つの規則を満たす必要があります。

カスタムデプロイコードスクリプト名は常に Z で始まる必要があります。
カスタム展開コードは、展開共有の Scripts フォルダー (D:\Production Deployment Share\Scripts など) に配置する必要があります。

一貫性のあるログ記録を確保するカスタムコードを統合するために最も頻繁に使用される方法は次のとおりです。
コードを MDT アプリケーションとして展開する
コードを MDT タスクシーケンスコマンドとして起動する
ユーザー終了スクリプトとしてコードを起動します

カスタムコードを MDT アプリケーションとして展開する

カスタムデプロイコードは Deployment Workbench にインポートし、他のアプリケーションと同じ方法で管理できます。

カスタムデプロイコードを実行する新しいアプリケーションを作成するには

カスタム展開コードを deployment_share\Scripts フォルダーにコピーします ( deployment_share は展開共有への完全修飾パスです)。
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench のコンソールツリーで、[Deployment Shares/deployment_share/Applications ( deployment_share は構成する展開共有の名前) に移動します。
[操作] ウィンドウで、[ 新しいアプリケーション] を選択します。

新しいアプリケーションウィザードが起動します。

次の情報を使用して、新しいアプリケーションウィザードを完了します。特に指定がない限り、既定値をそのまま使用します。

このウィザードのページ	説明
アプリケーションの種類	[ ソースファイルのないアプリケーションまたはネットワーク上の他の場所] を選択し、[ 次へ] を選択します。
詳細	アプリケーションの情報に基づいてこのページを入力し、[ 次へ] を選択します。
コマンドの詳細	1. [ コマンドライン] ボックス cscript.exe %SCRIPTROOT%\custom_code ( custom_code は開発されたカスタムコードの名前) と入力します。 2. [ 作業ディレクトリ] ボックスに「 working_directory 」と入力します (working_directory はカスタムコードの作業ディレクトリの名前です。通常、[ コマンドライン] ボックスで指定されているのと同じフォルダーです)。 3. [次へ] を選択します。
概要	構成設定が正しいことを確認してから、[ 次へ] を選択します。
確認	[完了] を選択します。

アプリケーションが Deployment Workbench の [アプリケーション] ノードに表示されます。

タスクシーケンスステップとしてカスタムコードを追加する

カスタムデプロイコードは、タスクシーケンス内の任意のポイントから直接呼び出すことができます。これにより、通常のタスクシーケンスのルールとオプションにアクセスできます。

既存のタスクシーケンスにカスタムデプロイコードを追加するには

カスタム展開コードを deployment_share\Scripts フォルダーにコピーします ( deployment_share は展開共有への完全修飾パスです)。
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench のコンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Task Sequences ] ( deployment_share は構成する展開共有の名前) の順に移動します。
詳細ウィンドウで、[ task_sequence ] を選択します ( task_sequence はカスタムコードを実行するタスクシーケンスの名前)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ task_sequenceProperties] ダイアログボックスで、[ タスクシーケンス ] タブを選択します。
コンソールツリーで、[ グループ ] に移動します ( group はタスクシーケンスの手順を追加するグループです)。
[ 追加]、[ 全般]、[ コマンドラインの実行] の順に選択します。
コンソールツリーで、[ コマンドラインの実行] を選択し、[ プロパティ] タブを選択します。
[ 名前 ] ボックスに 「name 」と入力します ( name はカスタムコードのわかりやすい名前です)。
[ プロパティ] タブの [コマンドライン ] ボックスに「 command_line 」と入力します ( command_line は、カスタムコードを実行するためのコマンドです。たとえば、 cscript.exe %SCRIPTROOT%\CustomCode.vbs)。
[ 開始場所 ] ボックスに「 path 」と入力し ( パスはカスタムコードの作業フォルダーへの完全修飾パス。通常は 、[コマンドライン] ボックスで指定したパスと同じパスです)、[ OK] を選択します。

新しく作成されたタスクシーケンスステップがタスクシーケンスステップの一覧に表示されます。

カスタムコードをユーザー終了スクリプトとして実行する

また、UserExit ディレクティブを使用して、カスタムコードを CustomSettings.ini からのユーザー出口スクリプトとして実行することもできます。これにより、CustomSettings.ini ルールの検証プロセスに情報が渡されるメカニズムが提供され、MDT プロパティの動的更新が提供されます

ユーザー終了スクリプトおよび UserExit ディレクティブの詳細については、MDT 文書「 Microsoft Deployment Toolkit の使用」の「CustomSettings.ini ファイル内のユーザー出口スクリプト」セクションを参照してください。

さまざまなインストール方法を使用してデバイスドライバーをインストールする

このシナリオでは、MDT を使用して、さまざまな種類のハードウェアにオペレーティングシステムを展開します。展開プロセスの一環として、各ハードウェアの種類が正しく機能するように、デバイスドライバーを特定してインストールします。デバイスドライバーには主に 2 つのタイプがあります。展開プロセス中にそれぞれ異なる方法で処理する必要があります。

デバイスドライバを Deployment Workbench にインポートするために使用できる .inf ファイルを含むデバイスドライバ
アプリケーションとしてパッケージ化され、アプリケーションとしてインストールする必要があるデバイスドライバー

MDT を使用すると、両方の種類のドライバーをオペレーティングシステムの展開の一部として処理できます。

次の方法でデバイスドライバーをインストールします。
デバイスドライバーのインストールに使用する方法の決定で説明されているように、各デバイスドライバーをインストールする方法の決定
「デバイスドライバをインストールする」で説明されているように、アウトオブボックスドライバのメソッドを使用する
「デバイスドライバをアプリケーションとしてインストールする」で説明されているように、アプリケーションとしてインストールする

このシナリオでは、MDT が展開サーバーで実行されていると想定しています。

デバイスドライバーのインストールに使用する方法の決定

ハードウェアの製造元は、次の 2 つの形式のいずれかでデバイスドライバーをリリースしています。

Deployment Workbench にドライバーをインポートするために使用される .inf ファイルを抽出できるパッケージとして
従来のアプリケーションインストールプロセスを使用してインストールする必要があるアプリケーションとして

.inf ファイルにアクセスするために抽出できるデバイスドライバーパッケージでは、まず Deployment Workbench の [Out of Box Drivers] ノードにドライバーをインポートすることにより、MDT の自動ドライバー検出およびインストールプロセスを使用できます。

.inf ファイルを分離するために抽出できないデバイスドライバーパッケージ、または最初に MSI や Setup.exe ファイルなどのアプリケーションインストーラーを使用してインストールしないと正常に動作しないデバイスドライバーパッケージについては、MDT のアプリケーションインストール機能を使用して、通常のアプリケーションの場合と同様に展開プロセス中にデバイスドライバーをインストールできます。

すぐに使用できるドライバーの方法を使用してデバイスドライバーをインストールする

.inf ファイルを含むデバイスドライバーパッケージを Deployment Workbench にインポートし、展開プロセスの一部として自動的にインストールできます。この種類のデバイスドライバー展開を実装するには、まずデバイスドライバーを Deployment Workbench に追加します。

Deployment Workbench にデバイスドライバーを追加するには

展開するハードウェアの種類に必要なデバイスドライバーをダウンロードし、デバイスドライバーパッケージを一時的な場所に展開します。
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share/Out-of-Box Drivers] ( deployment_share は構成する展開共有の名前) に移動します。
[操作] ウィンドウで、[ ドライバーのインポート] を選択します。

デバイスドライバーのインポートウィザードが起動します。
[ ディレクトリの指定 ] ページの [ドライブソース ディレクトリ] セクションで、[ 参照 ] を選択して新しいデバイスドライバーを含むフォルダーに移動し、[ 次へ] を選択します。

注:

新しいデバイスドライバーウィザードは、ドライバーソースディレクトリのすべてのサブディレクトリを検索します。したがって、インストールするドライバーが複数ある場合は、それらを同じルートディレクトリ内のフォルダーに展開し、ドライバーソースディレクトリをすべてのドライバーソースフォルダーを保持するルートディレクトリとして設定します。
[ 概要] ページで、設定が正しいことを確認し、[ 次へ ] を選択してドライバーを Deployment Workbench にインポートします。
[ 確認 ] ページで、[ 完了] を選択します。

デバイスドライバーに大容量記憶装置やネットワーククラスドライバーなどのブートが重要なドライバーが含まれている場合は、次に展開共有を更新して、新しいドライバーを含む新しい LiteTouch_x86 およびLiteTouch_x64ブート環境を生成する必要があります。

ライトタッチ Windows PE イメージにデバイスドライバーを追加するには
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 展開共有の更新] を選択します。

更新展開共有ウィザードが起動します。
[ オプション] ページで、デプロイ共有の更新に必要なオプションを選択し、[ 次へ] を選択します。
[ 概要] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。

デバイスドライバーをアプリケーションとしてインストールする

アプリケーションとしてパッケージ化されていて、.inf ファイルを含むフォルダーに抽出できないデバイスドライバーは、ドライバーファイルに加えて、展開プロセス中にインストールするためのアプリケーションとして Deployment Workbench に追加する必要があります。

アプリケーションは、タスクシーケンスステップとして指定することも、CustomSettings.ini で指定することもできます。ただし、デバイスドライバーアプリケーションは、タスクシーケンスがデバイスを搭載したコンピューターで実行されている場合にのみインストールする必要があります。これを確認するには、条件付きタスクシーケンス手順として、関連するデバイスドライバーアプリケーションを展開するためのタスクシーケンス手順を実行します。ターゲットコンピューター上のデバイスに対して WMI クエリを使用してタスクシーケンス手順を実行するための条件条件を指定できます。

デバイスドライバーアプリケーションを Deployment Workbench に追加する

各デバイスドライバーアプリケーションは、最初に Deployment Workbench にインポートする必要があります。

注:

[展開ウィザードでこのアプリケーションを非表示にする] チェックボックスをオンまたはオフにして、任意のアプリケーションの [プロパティ] ダイアログボックスで、展開中にアプリケーションを表示するかどうかを構成します。展開時に使用するデバイスドライバーアプリケーションごとに、このプロセスを繰り返します。

デバイスドライバーアプリケーションを Deployment Workbench に追加するには

デバイスドライバーアプリケーションをダウンロードし、一時的な場所に保存します。
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]/[Applications] ( deployment_share は構成する展開共有の名前) に移動します。
[操作] ウィンドウで、[ 新しいアプリケーション] を選択します。

新しいアプリケーションウィザードが起動します。
[ アプリケーションの種類 ] ページで、[ ソースファイルを含むアプリケーション] を選択し、[ 次へ] を選択します。
[ 詳細 ] ページで、アプリケーションに関する関連する詳細を入力し、[ 次へ] を選択します。
[ ソース ] ページの [ソースディレクトリ ] セクションで、[ 参照 ] を選択して移動先に移動し、デバイスドライバーアプリケーションソースファイルを含むディレクトリを選択します。 [OK] を選択します。
[次へ] を選択します。
[宛先] ページで、宛先ディレクトリの名前を入力し、[次へ] を選択します。
[ コマンドの詳細 ] ページの [コマンドライン ] セクションで、デバイスドライバーアプリケーションのサイレントインストールを許可するコマンドを入力します。
[ 概要] ページで、設定が正しいことを確認し、[ 次へ ] を選択してデバイスドライバーアプリケーションを Deployment Workbench にインポートします。
[ 確認 ] ページで、[ 完了] を選択します。

アプリケーションを Deployment Workbench にインポートしたら、適切なロジックを使用して展開プロセスに追加し、アプリケーションが正しいハードウェアで実行されている場合にのみインストールされるようにします。これを実現するには、さまざまな方法があります。

展開タスクシーケンスの一部としてデバイスドライバーアプリケーションを指定します。
CustomSettings.ini でデバイスドライバーアプリケーションを指定します。
MDT DB でデバイスドライバーアプリケーションを指定します。

各方法については、次のセクションで詳しく説明します。

タスクシーケンスの一部としてデバイスドライバーアプリケーションを指定する

デバイスドライバーアプリケーションを展開プロセスに追加する最初の方法は、タスクシーケンスを使用して各デバイスドライバーアプリケーションの手順を追加する方法です。

タスクシーケンスでデバイスドライバーアプリケーションを管理するには、主に 2 つのアプローチがあります。

ハードウェアモデルごとに新しいタスクシーケンスグループを作成し、コンピューターが特定のハードウェアの種類と一致する場合にそのアクショングループを実行するクエリを追加します。
ハードウェア固有のアプリケーションのタスクシーケンスグループを作成し、各タスクシーケンスアクションのクエリを追加して、各タスクシーケンスステップがハードウェアの種類に対して評価され、一致が見つかった場合にのみ実行されるようにします。

ハードウェアの種類ごとに新しいタスクシーケンスグループを作成するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Task Sequences] ( deployment_share は構成する展開共有の名前) に移動します。
詳細ウィンドウで、[ task_sequence ] を選択します ( task_sequence はデバイスドライバーアプリケーションをインストールするために必要な展開タスクシーケンスです)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[task_sequenceProperties] ダイアログボックスの [タスクシーケンス] タブの詳細ウィンドウで、[状態の復元/Windows Update (アプリケーション前のインストール)] に移動します。
[ タスクシーケンス] タブで、[ 追加] を選択し、[ 新しいグループ] を選択します。

これにより、タスクシーケンスに新しいタスクシーケンスグループが作成されます。この新しいタスクシーケンスグループを使用して、ハードウェア固有のデバイスドライバーアプリケーションをインストールする手順を作成します。
詳細ウィンドウで、[ 新しいグループ] を選択します。
[ プロパティ] タブの [ 名前 ] ボックスに「 group_name 」と入力します ( group_name はグループの名前。たとえば、 Hardware Specific Applications - Dell Computer Corporation です)。
[ オプション] タブで [ 追加] を選択し、[ WMI のクエリ] を選択します。
[ タスクシーケンス WMI 条件 ] ダイアログボックスで、次の詳細を入力します。
- WMI 名前空間ボックスに、「root\cimv2」と入力します。
- [ WQL クエリ ] ボックスに、 Win32_ComputerSystem クラスを使用して WMI クエリ言語 (WQL) クエリを入力し、アプリケーションが特定のアプリケーションの種類に対してのみインストールされるようにします。次に例を示します。
  
  Select * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%
  
  この例では、 hardware_model はコンピュータのモデル名(Latitude D620など)で、 hardware_manufacturer はコンピュータメーカーの名前(Dell Corporationなど)です。
  
  %記号はワイルドカード文字で、hardware_modelまたはhardware_manufacturerに指定された値を含むコンピューターのモデルや製造元を管理者が返すことができるようにします。
  
  WMI と WQL クエリの詳細については、MDT ドキュメント「 Microsoft Deployment Toolkit の使用」の「タスクシーケンスステップ条件に WMI クエリを追加する」セクションを参照してください。また、「 WQL を使用したクエリ」を参照してください。
[ OK ] を選択してクエリを送信し、[ OK ] を選択してタスクシーケンスへの変更を送信します。

注:

このプロセスは、インストールする各デバイスドライバーアプリケーションのハードウェアの種類ごとに繰り返す必要があります。

ハードウェア固有のタスクシーケンスグループが作成されたら、デバイスドライバーアプリケーションを各グループに追加できます。

ハードウェア固有のタスクシーケンスグループにデバイスドライバーアプリケーションを追加するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Task Sequences] ( deployment_share は構成する展開共有の名前) に移動します。
詳細ウィンドウで、[ task_sequence ] を選択します ( task_sequence はデバイスドライバーアプリケーションをインストールするために必要な展開タスクシーケンスです)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ task_sequenceProperties] ダイアログボックスで、[ タスクシーケンス ] タブを選択します。
詳細ウィンドウで、[状態の復元/hardware_specific_group ] に移動します ( hardware_specific_group は、デバイスドライバーアプリケーションをインストールするためにタスクシーケンスの手順が追加されるハードウェア固有のグループの名前です)。
[ タスクシーケンス] タブで、[ 追加]、[ 全般]、[ アプリケーションのインストール] の順に選択します。

[ アプリケーションのインストール ] タスクシーケンス手順が詳細ウィンドウに表示されます。
詳細ウィンドウで、[アプリケーションのインストール] を選択します。
[ プロパティ] タブで [1 つのアプリケーションをインストールする] を選択し、[ インストールするアプリケーション ] リストで [ hardware_application ] を選択します ( hardware_application はハードウェア固有のアプリケーションをインストールするためのアプリケーションです)。

注:

展開中に使用する必要があるデバイスドライバーアプリケーションごとにこのプロセスを繰り返す必要があります。

CustomSettings.ini でデバイスドライバーアプリケーションを指定します

LTI または ZTI の展開が開始されると、最初に完了する必要があるアクションの 1 つは、BootStrap.ini および CustomSettings.ini 制御ファイルの処理です。これらのファイルには両方とも、展開を動的にカスタマイズするために使用できるルールが含まれています。

MDT が CustomSettings.ini ファイルを処理する方法のため、MDT を使用して、特定の条件に基づいてアプリケーションを追加できます。このロジックは、特定のハードウェアの種類に基づく展開中に、デバイスドライバー固有のアプリケーションを追加するために使用されます。アプリケーションは、配置共有内の Applications.xml ファイルにあるアプリケーションの GUID によって CustomSettings.ini で参照されます。

インポートされたアプリケーションの GUID を見つけるには

展開サーバーの展開共有で、コントロールフォルダ (D:\Production Deployment Share\Control など) を開きます。
Applications.xml ファイルを見つけて開きます。
必要なアプリケーションを見つけます。
アプリケーション <guid> タグで囲まれた行 ( <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}> など) を探して、アプリケーションの GUID を見つけます。

初期化プロセスの一環として、LTI プロセスと ZTI プロセスの両方で、それが実行されているコンピューターに関する情報を収集します。このプロセスの一環として、WMI クエリが実行され、makeとmanufacturerの Win32_ComputerSystem クラスの値がそれぞれ変数 %Make% と% Model% として設定されます。

これらの値は、CustomSettings.ini ファイルの処理中に使用して、検出されたメーカーとモデルに応じてファイルのセクションを動的に読み取ることができます。次のサンプルは、CustomSettings.ini ファイルの例を示しています。

Hardware-Specific アプリケーションのインストール用に構成されたサンプル CustomSettings.ini

[Settings]
Priority=Make, Default
Properties=MyCustomProperty

[Default]
OSInstall=Y

[Dell Computer Corporation]
Subsection=Dell-%Model%

[Dell-Latitude D620]
MandatoryApplications001={1D7DF331-47B7-472C-87B3-442597EC2F7D}

[Dell-Latitude D610]
MandatoryApplications001={c303fa6e-3a4d-425e-8102-77db9310e4d0}

CustomSettings.ini でアプリケーションを指定するには、次のプロパティを使用します。

アプリケーション。このプロパティは、展開管理者が CustomSettings.ini で SkipApplications=YES を指定することによって、展開プロセスの一部としてアプリケーションウィザードを表示したくない場合に使用できます。
MandatoryApplications. このプロパティは、展開管理者が展開中にアプリケーションウィザードを表示して、展開エンジニアが展開中にインストールする追加のアプリケーションを選択できるようにする場合に使用できます。

アプリケーションウィザードを MandatoryApplications プロパティ ( SkipApplications=NO など) なしで使用すると、 Applications プロパティで指定されたアプリケーションが上書きされます。

前のサンプルでは、 %Make% 変数と %Model% 変数の値を使用して、アプリケーションリストの構築方法を動的に操作する方法を示します。各ハードウェアの種類の製造元とモデルの値は、次のいずれかの方法で検索できます。
システム情報ツール。 このツールの [システムの概要] ノードを使用して、 システム製造元 (メーカー) と システムモデル (モデル) を識別します。
Windows PowerShell。 Get-WMIObject -class Win32_ComputerSystem コマンドレットを使用して、コンピューターの製造元とモデルを確認します。
Windows Management Instrumentation のコマンドライン。 CSProduct Get Name, Vendor を使用して、コンピューターの名前 (モデル) とベンダー (メーカー) を取得します。

CustomSettings.ini を変更してハードウェア固有のロジックを追加するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ ルール] タブを選択します。
このタブに入力した情報は、CustomSettings.ini ファイルに保存されます。タスクシーケンスの一部としてデバイスドライバーアプリケーションを指定するで説明されているように、CustomSettings.ini ファイルエントリを変更して、デバイスドライバー固有のアプリケーションがあるハードウェアモデルごとのロジックを追加します。
[ OK ] を選択して変更を送信します。
詳細ウィンドウで、 deployment_share を選択します ( deployment_share は構成する展開共有の名前)。
[操作] ウィンドウで、[ 展開共有の更新] を選択します。

更新展開共有ウィザードが起動します。
[ オプション] ページで、デプロイ共有の更新に必要なオプションを選択し、[ 次へ] を選択します。
[ 概要] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。

既定では、LTI の展開時に、利用可能なすべてのアプリケーションが Windows 展開ウィザードに表示されます。デバイスドライバー固有のアプリケーションは、特定のハードウェアの種類にのみ適用できるので、常に表示されるようにしたくない場合もあります。 CustomSettings.ini でデバイスドライバー固有のアプリケーションパッケージを指定すると、アプリケーション構成の [ 展開ウィザードでアプリケーションを非表示にする ] オプションを使用して、アプリケーションを非表示にすることができます。

展開ウィザードでアプリケーションを非表示にするには
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]/[Applications] ( deployment_share は構成する展開共有の名前) に移動します。
詳細ウィンドウで、[ device_driver_application ] を選択します ( device_driver_application は展開ウィザードから非表示にするアプリケーションです)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[全般] タブで、[展開ウィザードでアプリケーションを非表示にする] チェックボックスをオンにします。
[ 適用] を選択し、[ プロパティ] ダイアログボックスを閉じます。

MDT DB でデバイスドライバーアプリケーションを指定します

MDT DB は CustomSettings.ini ファイルのデータベースバージョンであり、展開時にクエリを実行して、展開中に使用する情報を取得できます。 MDT DB の使用の詳細については、「構成設定を適用する方法の選択」を参照してください。

展開時に MDT DB をクエリする場合、ターゲットコンピューターを識別するには、次の 3 つの方法を使用できます。

個々のコンピューターを検索します (MAC アドレス、資産タグなどを使用します)。
コンピューターの場所を検索します (既定のゲートウェイを使用)。
コンピューターの製造元とモデルを検索します (WMI 製造元または製造元とモデルのクエリを使用して)。

作成するデータベースエントリごとに、展開プロパティ、アプリケーション、Configuration Manager パッケージを使用するかどうか、および管理者を指定できます。データベースにメーカーおよびモデルエントリを作成することで、必要なハードウェア固有のデバイスドライバーアプリケーションを追加できます。

デバイスドライバーアプリケーションのインストールを許可するために MDT DB にエントリを作成するには

注:

デバイスドライバーアプリケーションを必要とするハードウェア製造元とモデルごとに、このプロセスを繰り返します。

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Advanced Configuration]、[Database]、[Make and Model] ( deployment_share は構成する展開共有の名前) の順に移動します。
[操作] ウィンドウで、[ 新規] を選択します。
[ プロパティ] ダイアログボックスの [ID ] タブの [ 作成] ボックスに「 make_name 」と入力します ( make_name はターゲットコンピューターの製造元に関連付ける容易に識別できる名前です)。
[ モデル ] ボックスに「 model_name 」と入力します ( model_name はターゲットコンピューターのモデルに関連付ける容易に識別できる名前です)。
[ アプリケーション] タブで、そのハードウェアモデルに必要な各デバイスドライバーアプリケーションを追加します。

Windows 展開サービスを使用した MDT の開始

Windows Server 2008 では、Windows 2003 SP2 の既定の展開ツールであるリモートインストールサービスの更新および再設計されたバージョンとして、Windows Server 展開サービスを使用しています。 Windows 展開サービスを使用すると、コンピューターの PXE 対応ネットワークアダプターまたはブートメディアのいずれかを使用して、Windows オペレーティングシステム (特に Windows 7、Windows Server 2008 以降のオペレーティングシステム) をネットワーク全体に展開できます。

Windows 展開サービスを展開する前に、以下の統合オプションのうち、ご使用の環境に最も適しているものを決定してください。

オプション 1. コンピューターを PXE で起動して LTI プロセスを開始します。
オプション 2. Windows 展開サービスイメージストアからオペレーティングシステムイメージを展開します。
オプション 3. MDT と Windows Server 2008 Windows 展開サービスのサーバーの役割でマルチキャストを使用します。

オプション 1: PXE でコンピューターを起動して LTI プロセスを開始する

動的ホスト構成プロトコル (Dynamic Host Configuration Protocol) と組み合わせて Windows 展開サービスを使用して MDT 展開プロセスを開始することで、オペレーティングシステム展開の管理コストを最小限に抑えられます。これにより、起動可能なメディアを作成して各ターゲットコンピューターに配信する必要がなくなります。

Deployment Workbench Windows PE イメージを作成して Windows 展開サービスにインポートする

新しい MDT 展開共有を作成するか、既存の MDT 展開共有を変更するときに、カスタマイズされた Windows PE ブートイメージを作成できます。展開共有が更新されると、Windows PE ブートイメージが自動的に生成され、展開共有に関する情報が更新されます。また、展開共有の構成中に指定された追加のドライバーまたはコンポーネントが挿入されます。

Windows PE ブートイメージは、CD または DVD に書き込むことができる ISO イメージファイルと起動可能な WIM ファイルの両方として生成されます。この WIM ファイルを Windows 展開サービスにインポートすることにより、PXE でブートできるコンピューターは、インストールの初期化に使用されるネットワーク経由で LTI Windows PE ブートイメージをダウンロードして実行できます。

Deployment Workbench で起動可能な Windows PE イメージを作成するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。

[ deployment_shareProperties ] ダイアログボックスで、[ Windows PE プラットフォーム の設定 ] タブを選択します ([プラットフォーム] は、構成する Windows PE イメージのアーキテクチャです)。
ライトタッチブートイメージ設定エリアで、ライトタッチブータブルRAMディスクISOイメージを生成するチェックボックスを選択します。
[Windows PE プラットフォーム コンポーネント] タブを選択します (プラットフォームは、構成する Windows PE イメージのアーキテクチャ)。
[ ドライバーインジェクション ] セクションで、含める適切なドライバーの種類を選択します。

注:

Windows PE に必要なデバイスドライバーが既に含まれている場合、この手順は必要ありません。
[ ドライバーインジェクション] セクションの [ 選択プロファイル ] リストで、適切なドライバー選択プロファイルを選択します。
[ プロパティ] ダイアログボックスで [ OK] を選択します。

注:

Windows PE に必要なデバイスドライバーが既に含まれている場合、この手順は必要ありません。
詳細ウィンドウで、[ deployment_share ] を選択します ( deployment_share は構成する展開共有の名前)。
[操作] ウィンドウで、[ 展開共有の更新] を選択します。

更新展開共有ウィザードが起動します。
[ オプション] ページで、デプロイ共有の更新に必要なオプションを選択し、[ 次へ] を選択します。
[ 概要] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。

このプロセスが完了すると、展開共有の Boot フォルダーには次のようないくつかのブートイメージが含まれます。

D:\Production Deployment Share\Boot\LiteTouchPE_x64.iso

D:\Production Deployment Share\Boot\LiteTouchPE_x64.wim

D:\Production Deployment Share\Boot\LiteTouchPE_x86.iso

D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim

生成された ISO ファイルを CD または DVD に直接書き込んだり、新しいハードウェアで LTI プロセスを初期化するために使用することができます。ブート WIM ファイルを Windows 展開サービスにインポートすることもできるため、新しいコンピューターで物理メディアを必要とせずに LTI 展開プロセスを初期化できます。

Windows PE イメージを Windows 展開サービスにインポートするには
Windows 展開サービスコンソールを起動し、Windows 展開サービスに接続します。
コンソールツリーで [ ブートイメージ] を右クリックし、[ ブートイメージの追加] を選択します。
インポートする WIM イメージ (D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim など) を参照します。
インポートプロセスでは、ブートイメージからメタデータが自動的に読み取られますが、[ イメージ名 ] と [イメージの説明 ] の値を編集することもできます。 イメージ名 は、クライアントが PXE で起動するときに Windows ブートマネージャーによって表示されるブートオプション情報に影響します。
ブートイメージがインポートされたら、PXE で起動し、Windows 展開サービスから応答を受信したコンピューターは、LTI ブートイメージをダウンロードして LTI のインストールを開始できます。

Windows 展開サービスのインストールと構成については、このガイドでは説明しません。 Windows 展開サービスの詳細については、『 Windows 展開サービスガイド』を参照してください。

Windows 展開サービスを使用して展開サーバーを自動的に検出する

MDT 展開共有が Windows 展開サービスと同じサーバーでホストされている場合、Windows 展開サービスを使用して MDT ブートイメージをホストする場合は、追加のオプションを使用できます。

PXE クライアントが MDT ブートイメージを読み込むと、ブートイメージをホストしている Windows 展開サービスサーバーの名前がキャプチャされ、MDTProperty WDSServer に配置されます。その後、ブートイメージの BootStrap.ini ファイルと、展開共有の CustomSettings.ini ファイルで DeployRoot プロパティによってこのプロパティを参照できます。これにより、クライアントは Windows 展開サービスサーバーでホストされている展開共有を使用して自動的に Windows 展開サービスから起動します。これにより、構成ファイルにサーバー名を指定する必要がなくなります。

ローカルの Windows 展開サービスサーバーを展開サーバーとして設定するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Advanced Configuration]/[Database] ( deployment_share は構成する展開共有の名前) の順に移動します。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ ルール] タブを選択します。

このタブに入力した情報は、CustomSettings.ini ファイルに保存されます。
%WDSServer% 変数 (たとえば、DeployRoot=\\%WDSServer%\Deployment$) を使用するように DeployRoot プロパティを構成します。
[ 編集 Bootstrap.ini] を選択します。
DeployRoot 値を DeployRoot=\\%WDSServer%\Deployment$ に追加または変更して、%WDSServer% プロパティを使用するように BootStrap.ini を構成します。
[ ファイル ] メニューの [ 保存 ] を選択して、BootStrap.ini ファイルへの変更を保存します。
[OK] を選択します。

配置共有を更新する必要があります。
詳細ウィンドウで、 deployment_share を選択します ( deployment_share は構成する展開共有の名前)。
[操作] ウィンドウで、[ 展開共有の更新] を選択します。

更新展開共有ウィザードが起動します。
[ オプション] ページで、デプロイ共有の更新に必要なオプションを選択し、[ 次へ] を選択します。
[ 概要] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。
更新されたブート WIM を Windows 展開サービスにインポートします。

オプション 2: Windows 展開サービスストアからオペレーティングシステムイメージを展開する

オペレーティングシステムの展開に既に Windows 展開サービスを使用している場合は、MDT の機能を構成して拡張します。それには、独自のストアを使用するのではなく、既に使用されている Windows 展開サービスオペレーティングシステムイメージを参照し、ドライバー管理、アプリケーション展開、更新プログラムのインストール、規則処理、その他の MDT 機能で Windows 展開サービスの展開を補完します。 MDT が Windows 展開サービスオペレーティングシステムイメージを参照した後、MDT 展開共有にステージングされたオペレーティングシステムと同じように扱うことができます。

Windows 展開サービスオペレーティングシステムイメージを参照するには

注:

次の手順では、少なくとも 1 つのオペレーティングシステムイメージが事前に Windows 展開サービスサーバーにインポートされている必要があります。

Windows メディアの Sources フォルダーから Windows 展開サービスサーバー上の C:\Program Files\Microsoft Deployment Toolkit\bin フォルダーに次のファイルをコピーして、Windows 展開サービスイメージにアクセスできるように MDT を更新します。
- Wdsclientapi.dll
- Wdscsl.dll
- Wdsimage.dll
- Wdstptc.dll (これは Windows Server 2008 ソースディレクトリからコピーする場合にのみ適用されます)
注:

使用する Windows ソースディレクトリは、MDT がインストールされているコンピューターで実行されているオペレーティングシステムのプラットフォームと一致する必要があります。
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share/Operating Systems] ( deployment_share は構成する展開共有の名前) に移動します。
[操作] ウィンドウで、[ オペレーティングシステムのインポート] を選択します。

新しい OS ウィザードが起動します。
[OS の種類] ページで、[Windows 展開サービスイメージ] を選択し、[次へ] を選択します。
[ WDS サーバー ] ページで、参照する Windows 展開サービスサーバーの名前 ( たとえば、WDSSvr001) を入力し、[ 次へ] を選択します。
[ 概要] ページで、設定が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。

Windows 展開サービスサーバーで使用できるすべてのイメージを MDT タスクシーケンスで使用できるようになります。

注:

Windows 展開サービスからイメージをインポートしても、ソースファイルは Windows 展開サービスサーバーから展開共有にコピーされません。 MDT は元の場所のソースファイルを引き続き使用します。

オプション 3: MDT と Windows Server 2008 Windows 展開サービスの役割でマルチキャストを使用する

Windows Server 2008 のリリースに伴い、Windows 展開サービスは、マルチキャスト転送を使用したイメージの展開をサポートするように拡張されました。 MDT には、MDT と Windows 展開サービスのマルチキャストを統合するための更新プログラムも含まれています。

さらに、更新された Windows 自動インストールキット (Windows AIK) バージョン 1.1 には、Wdsmcast.exe が含まれています。これにより、マルチキャストセッションを手動で参加でき、クライアント起動 Wdsmcast.exe がアクティブなマルチキャストセッションからファイルをコピーできます。

LTIApply.wsf スクリプトは、展開共有からオペレーティングシステムのソースファイルにアクセスするときに Wdsmcast.exe を使用します。 LTIApply.wsf は、実行されている Windows PE のバージョンに応じて、 deployment_share\Tools\x86 または deployment_share\Tools\x64 フォルダー ( deployment_share は展開共有を含むファイルシステムフォルダーの名前) のいずれかで展開共有上の Wdsmcast.exe を検索します。

LTIApply.wsf を実行すると、常に既存のマルチキャストストリームから WIM イメージにアクセスしてダウンロードしようとしますが、マルチキャストストリームが存在しない場合は標準ファイルコピーにフォールバックします。

注:

このプロセスは、WIM イメージファイルにのみ適用されます。

MDT マルチキャストを準備するための展開サーバーの前提条件は次のとおりです。

展開サーバーで Windows Server 2008 以降を実行している必要があります
Windows 展開サービスの役割は、サーバー管理コンソールからインストールする必要があります
Windows AIK 1.1 for Windows Server 2008 をインストールする必要があります
MDT をインストールする必要があります
MDT を使用する展開と同様に、少なくとも 1 つのオペレーティングシステム WIM イメージを、ソースファイルの完全なセットとして、またはセットアップファイルを含むカスタムイメージとしてインポートする必要があります

注:

マルチキャストには最新バージョンの Windows AIK を使用することが重要です。Windows AIK 1.0 など、以前のバージョンの Windows AIK に含まれていた Windows PE のコピーでは、マルチキャストサーバーからのダウンロードはサポートされていません。

既存の展開共有からマルチキャストするために MDT を構成するには

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares/deployment_share ] に移動します ( deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[全般] タブで、[この展開共有のマルチキャストを有効にする (Windows Server 2008 Windows 展開サービスが必要)] チェックボックスをオンにします。
[OK] を選択します。
[操作] ウィンドウで、[ 展開共有の更新] を選択します。

更新展開共有ウィザードが起動します。
[ オプション] ページで、デプロイ共有の更新に必要なオプションを選択し、[ 次へ] を選択します。
[ 概要] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。

これで、展開共有が Windows 展開サービスマルチキャスト転送用に構成されました。

このプロセスでは、既存の MDT 展開共有を直接使用する自動キャスト Windows 展開サービスマルチキャスト転送を作成します。 MDT では Scheduled-Cast 転送は作成されません。また、Windows 展開サービスにはこれ以上のイメージがインポートされないこと、また、Windows PE が実行されるまでマルチキャストクライアントを読み込めないため、ブートイメージにマルチキャストを使用できないことにも注意してください。

マルチキャスト転送が Windows 展開サービスで生成されたことを確認するには
[ スタート] を選択し、[ 管理ツール] をポイントして、[ Windows 展開サービス] を選択します。
Windows 展開サービスコンソールツリーで [ サーバー] を右クリックし、[ サーバーの追加] を選択します。
[ サーバーの追加 ] ダイアログボックスで、[ ローカルコンピューター] を選択してから、[ OK] を選択します。
Windows 展開サービスコンソールツリーで、[ サーバー]、[ server_name ( server_name は Windows 展開サービスを実行しているコンピューターの名前) の順に選択します。 [マルチキャスト転送] を選択します。
詳細ウィンドウに、展開共有の新しい自動キャスト転送 ( BDD 共有配置$ など) が一覧表示されます。
BDD 共有展開 $ 自動キャスト転送の状態が [アクティブ] に設定されていることを確認します。

コンピューターが展開されたら、\Windows\Temp\DeploymentLogs フォルダー内のBDD.logファイルを調べて、オペレーティングシステムがマルチキャスト伝送からダウンロードされたことを確認します。

logs フォルダーには 2 つのエントリがあり、どちらもマルチキャスト転送で始まります。それらをチェックして、転送が成功したことを確認します。 MDT と Windows 展開サービスを使用したマルチキャスト転送の詳細については、MDT ドキュメント「 Microsoft Deployment Toolkit の使用」の「LTI 展開用の Windows 展開サービスのマルチキャスト展開を有効にする」セクションを参照してください。

MDT (OEM プリロード) を使用した段階的展開の実行

多くの組織では、運用ネットワークに展開する前に、コンピューターにオペレーティングシステムイメージを読み込みます。場合によっては、オペレーティングシステムイメージの読み込みは、ステージング環境でコンピューターを構築する organization 内のチームによって実行されます。それ以外の例では、オペレーティングシステムイメージの読み込みは、コンピューターハードウェアベンダー ( 相手先ブランド供給 (OEM) とも呼ばれます) によって実行されます。

注:

MDT では、OEM プリロードプロセスが LTI を使用して実行される展開に対してのみサポートされます。 Configuration Managerの場合は、事前設定されたメディア機能を使用します。

MDT での OEM プリロードプロセスの概要

OEM プリロードプロセスは、次の 3 つのフェーズに分かれています。

フェーズ 1。ステージング環境に適用する参照コンピューターのメディアベースのイメージを作成します。
フェーズ 2. ステージング環境のターゲットコンピューターに参照コンピューターイメージを適用します。
フェーズ 3. 運用環境でのターゲットコンピューターの配置を完了します。

フェーズ 1 とフェーズ 3 は通常、展開organizationによって実行されます。 organization での OEM プリロードプロセスの使用に応じて、フェーズ 2 は、organization またはコンピューターを供給するコンピューターハードウェアベンダーによって実行される場合があります。 organization がフェーズ 2 を実行する場合、ステージング環境は organization 内にあります。 OEM がフェーズ 2 を実行する場合、ステージング環境は OEM の環境にあります。

OEM プリロードプロセスでの MDT 構成Filesの概要

個別の MDT 構成ファイル (CustomSettings.ini と Bootstrap.ini) は、OEM プリロードプロセスのフェーズ 1 およびフェーズ 3 で実行されるタスクシーケンスで使用されます。ただし、両方の構成ファイルは、異なるフォルダー構造に同時に存在します。

最初のフェーズでは、構成ファイルは参照コンピューターの作成中に使用され、そのフェーズで使用されるタスクシーケンスに固有のフォルダーに格納されます。 OEM プリロードプロセスの 3 番目のフェーズと最後のフェーズで使用される構成ファイルは、そのフェーズで使用されるタスクシーケンスに固有のフォルダーに格納されます。

構成ファイルを変更するときは、各 OEM プリロードプロセスフェーズの適切なタスクシーケンスに対応する構成ファイルに変更が加えられるようにします。

OEM プリロードプロセスでの MDT Log Files の概要

OEM プリロードプロセスのフェーズ 1 とフェーズ 3 では、個別の MDT ログファイルが生成されます。

フェーズ 1 の MDT ログファイルは、C:\MININT フォルダーと C:\SMSTSLog フォルダーに格納されます。
フェーズ 3 の MDT ログファイルは、x86 ベースの展開では %WINDIR%\System32\CCM\Logs フォルダーに格納され、x64 ベースの展開では %WINDIR%\SysWow64\CCM\Logs フォルダーに格納されます。

MDT 関連の展開の問題を診断またはトラブルシューティングする場合は、適切なフォルダーを使用します。

LTI を使用した段階的デプロイ

LTI 展開の場合は、 リムーバブルメディア (メディア) 展開共有の種類を使用して OEM プリロードプロセスを実行します。 OEM プリロードプロセスでは、他の展開共有の種類はサポートされていません。

OEM プリロードプロセスを実行するには、ターゲットオペレーティングシステムの展開に使用されるタスクシーケンスに加えて、Litetouch OEM タスクシーケンスタスクシーケンステンプレートに基づいてタスクシーケンスを作成します。次に、 リムーバブルメディア (メディア) 展開共有を作成します。これにより、最終的に展開共有の内容の ISO ファイルが作成されます。具体的には、LiteTouchPE_x86.iso ファイルまたはLiteTouchPE_x64.iso ファイル (ターゲットコンピューターのプロセッサプラットフォームに基づく) が作成されます。展開共有の更新プロセスでは、Universal Disk Format メディアの作成に使用できるフォルダー構造も作成されます。

LTI OEM プリロードプロセス - フェーズ 1: Media-Based イメージの作成

展開organizationは、OEM プリロードプロセスの最初のフェーズを実行します。このフェーズの最終的な成果物は、OEM または展開organization内のステージング環境に送信される起動可能なイメージ (ISO ファイルなど) またはメディア (DVD など) です。これらの手順のほとんどは、Deployment Workbench で実行します。

OEM または展開organization内のステージング環境に配信するためのメディアベースのイメージを作成するには

Deployment Workbench にデプロイ共有の次のノードを設定します。
- オペレーティングシステム
- アプリケーション
- パッケージ
- Out-of-Box Drivers
  
  この手順の実行の詳細については、 MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「Deployment Workbench での展開共有の管理」セクションを参照してください。
Deployment Workbench で Litetouch OEM タスクシーケンスタスクシーケンステンプレートに基づいて、新しいタスクシーケンスを作成します。

この手順の実行の詳細については、MDT ドキュメント「 Microsoft Deployment Toolkit の使用」の「Deployment Workbench でのタスクシーケンスの構成」セクションを参照してください。
運用環境に展開した後、ターゲットコンピューターにターゲットオペレーティングシステムを展開するために使用する 1 つ以上のタスクシーケンスを作成します。

この手順の実行の詳細については、MDT ドキュメント「 Microsoft Deployment Toolkit の使用」の「Deployment Workbench でのタスクシーケンスの構成」セクションを参照してください。
OEM 展開に必要なアプリケーション、オペレーティングシステム、ドライバー、パッケージ、タスクシーケンスを含む選択プロファイルを作成します。

この手順の実行の詳細については、MDT ドキュメントの「 Microsoft Deployment Toolkit の使用」の「選択プロファイルの管理」セクションを参照してください。
展開メディアを作成します。

この手順を実行する方法の詳細については、 MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「LTI 展開メディアの管理」セクションを参照してください。
前の手順で Deployment Workbench で作成した展開メディアを更新します。

展開メディアを更新すると、Deployment Workbench によってLiteTouchMedia.isoファイルが作成されます。この手順の実行の詳細については、MDT ドキュメントの「 Microsoft Deployment Toolkit の使用」の「LTI 展開メディアの管理」セクションを参照してください。
前の手順で作成した LiteTouchMedia.iso ファイルの DVD を書きます。

注:

ISO ファイルを OEM または organization のステージング環境に配信する場合、この手順は必要ありません。
ISO ファイルまたは DVD を OEM または organization のステージング環境に配信します。

LTI OEM プリロードプロセス - フェーズ 2: ターゲットコンピューターにイメージを適用する

OEM プリロードプロセスの第 2 段階は、OEM または展開organizationのステージング環境で展開チームによって実行されます。プロセスのこのフェーズでは、フェーズ 1 で作成された .iso ファイルまたは DVD がターゲットコンピューターに適用されます。このフェーズの成果物は、運用環境に展開できるように、ターゲットコンピューターに展開されたイメージです。

ターゲットコンピューターにイメージを適用するには

フェーズ 1 で作成したメディアを使用してターゲットコンピューターを起動します。

Windows PE が起動し、Windows 展開ウィザードが起動します。
Windows 展開ウィザードで、[ ステージング環境の OEM プレインストールタスクシーケンス] タスクシーケンスを選択します。

タスクシーケンスが開始され、起動可能なメディアの内容がターゲットコンピューターのローカルハードディスクにコピーされます。
ステージ ング環境の OEM プレインストールタスクシーケンスの Windows 展開ウィザードが完了すると、オペレーティングシステムの展開に使用される他のタスクシーケンスについて Windows 展開ウィザードを実行することで、残りの展開プロセスを開始できる状態のハードディスクが整います。

ステージング環境の OEM プレインストールタスクシーケンスは、ターゲットコンピューターにイメージを展開し、LTI プロセスを開始します。 Windows 展開ウィザードが 2 回目に起動し、ターゲットコンピューターにオペレーティングシステムを展開するために使用されるタスクシーケンスが実行されます。
ステージング環境内のターゲットコンピューターに、必要な数の 1 台目のハードディスクの内容を複製します。
ターゲットコンピューターは、展開のために運用環境に配信されます。

LTI OEM プリロードプロセス - フェーズ 3: ターゲットコンピューターの展開の完了

OEM プリロードプロセスの第 3 段階と最終段階は、展開organizationの本番環境で実行されます。プロセスのこのフェーズでは、ターゲットコンピューターが起動し、前のフェーズでステージング環境のハードディスクに配置された起動可能なメディアイメージが起動します。

運用環境でターゲットコンピューターの配置を完了するには

ターゲットコンピューターを起動します。

Windows PE が起動し、Windows 展開ウィザードが起動します。
各ターゲットコンピューターに固有の構成情報を使用して、Windows 展開ウィザードを完了します。

この手順の完了の詳細については、MDT 文書の「 Microsoft Deployment Toolkit の使用」の「展開ウィザードの実行」セクションを参照してください。

このフェーズが完了すると、ターゲットコンピューターを運用環境で使用する準備が整います。

Windows PowerShell を使用した一般的なタスクの実行

Deployment Workbench の MDT 管理タスクは、基になる Windows PowerShell コマンドレットによって実行されます。これらのコマンドレットを使用して、次のセクションに記載するような管理タスクを自動化できます。

MDT 管理を自動化するには、次の手順を実行します。

「新しい配置共有の作成」の説明に従って、新しい配置共有を作成します。
フォルダーの作成で説明されているように、配置共有にフォルダーを作成します。
フォルダの削除で説明されているように、配置共有からフォルダを削除します。
「デバイスドライバーのインポート」で説明されているように、デバイスドライバーを展開共有にインポートします。
デバイスドライバーの削除で説明されているように、展開共有からデバイスドライバーを削除する。
オペレーティングシステムパッケージのインポートで説明されているように、オペレーティングシステムパッケージを展開共有にインポートします。
「オペレーティングシステムパッケージの削除」で説明されているように、展開共有からオペレーティングシステムパッケージを削除する。
「オペレーティングシステムのインポート」で説明されているように、オペレーティングシステムを展開共有にインポートします。
「オペレーティングシステムの削除」で説明されているように、展開共有からオペレーティングシステムを削除する。
「アプリケーションの作成」で説明されているように、デプロイ共有にアプリケーションを作成します。
「アプリケーションの削除」で説明されているように、展開共有からアプリケーションを削除します。
「タスクシーケンスの作成」で説明されているように、デプロイ共有にタスクシーケンスを作成します。
タスクシーケンスの削除で説明されているように、デプロイ共有からタスクシーケンスを削除します。
MDT DB の作成で説明されているように MDT DB を作成します。
選択プロファイルの作成の説明に従って選択プロファイルを作成します。
「展開共有の更新」の説明に従って、展開共有を更新します。
リンクされた展開共有の作成で説明されているように、リンクされた展開共有を作成します。
リンクされた展開共有の更新で説明されているように、リンクされた展開共有を更新します。
リンクされた展開共有の削除で説明されているように、リンクされた展開共有を削除します。
メディアの作成の説明に従って、デプロイメントメディアを作成します。
「メディアの生成」の説明に従って、展開メディアを生成します。
「メディアの削除」で説明されているように、展開メディアを削除します。

新しい配置共有の作成

次の Windows PowerShell コマンドは、D:\Production Deployment Share に Production$ という名前の新しいデプロイ共有を作成します。新しいデプロイ共有は、Deployment Workbench に運用として表示されます。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "D:\Production Deployment Share" -Description "Production" -NetworkPath "\\Deployment_Server\Production$" -Verbose | add-MDTPersistentDrive -Verbose

フォルダーの作成

次の Windows PowerShell コマンドは、Deployment Workbench/Deployment Shares/Production/Applications の Deployment Workbench コンソールツリーに Adobe フォルダーを作成します。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Applications" -enable "True" -Name "Adobe" -Comments "This folder contains Adobe software" -ItemType "folder" -Verbose remove-psdrive DS001 -Verbose

注:

スクリプトに「remove-psdrive」を追加すると、バックグラウンドプロセスが終了してから続行されます。

フォルダーを削除する

次の Windows PowerShell コマンドは、Deployment Workbench/Deployment Shares/Production/Applications/Adobe フォルダーを削除します。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Remove-item -path "DS002:\Applications\Adobe" -Verbose

注:

フォルダーが空でない場合、スクリプトは失敗します。

デバイスドライバーのインポート

次の Windows PowerShell コマンドは、Dell 2407 WFP モニターデバイスドライバーを実稼働展開共有にインポートします。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtdriver -path "DS002:\Out-of-Box Drivers\Monitor" -SourcePath "D:\Drivers\Dell\2407 WFP" -Verbose

デバイスドライバーの削除

次の Windows PowerShell コマンドは、本番環境の展開共有から Dell 2407 WFP モニタードライバーを削除します。

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose

オペレーティングシステムパッケージのインポート

次の Windows PowerShell コマンドは、D:\Updates\Microsoft\Vista の下にあるすべてのオペレーティングシステムパッケージをインポートします。これらのオペレーティングシステムパッケージは、運用環境の展開共有 (D:\Production Deployment Share) に格納されます。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtpackage -path "DS002:\Packages" -SourcePath "D:\Updates\Microsoft\Vista" -Verbose

オペレーティングシステムパッケージの削除

次の Windows PowerShell コマンドは、指定されたオペレーティングシステムパッケージを実稼働環境の展開共有から削除します。

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose

オペレーティングシステムのインポート

次の Windows PowerShell コマンドは、D:\Operating Systems\Windows Vista x86 にある Windows Vista オペレーティングシステムをインポートします。オペレーティングシステムは、D:\Production Deployment Share にある実稼働展開共有に格納されます。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose

オペレーティングシステムの削除

次の Windows PowerShell コマンドは、実稼働環境の展開共有から Windows Vista HOMEBASIC オペレーティングシステムを削除します。

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose

アプリケーションの作成

次の Windows PowerShell コマンドは、D:\Software\Adobe\Reader 9 のソースファイルを使用して Adobe Reader 9 アプリケーションを作成します。アプリケーションは、D:\Production Deployment Share にある実稼働展開共有に格納されます。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-MDTApplication -path "DS002:\Applications" -enable "True" -Name "Adobe Reader 9" -ShortName "Reader" -Version "9" -Publisher "Adobe" -Language "" -CommandLine "setup.exe" -WorkingDirectory ".\Applications\Adobe Reader 9" -ApplicationSourcePath "D:\Software\Adobe\Reader 9" -DestinationFolder "Adobe Reader 9" -Source ".\Applications\Adobe Reader 9" -Verbose

アプリケーションの削除

次の Windows PowerShell コマンドは、実稼働デプロイ共有から Adobe Reader 9 アプリケーションを削除します。

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose

タスクシーケンスの作成

次の Windows PowerShell コマンドは、D:\Production Deployment Share にある運用環境の展開共有に、Windows Vista の運用環境ビルドタスクシーケンスを作成します。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment.  This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose

タスクシーケンスの削除

次の Windows PowerShell コマンドは、実稼働展開共有から Windows Vista 実稼働ビルド タスクシーケンスを削除します。

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose

MDT データベースの作成

次の Windows PowerShell コマンドは、実稼働環境の展開共有用に、deployment_server サーバー上に新しい MDT DB を作成します。データベース接続は TCP/IP 経由で行われます。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-MDTDatabase -path "DS002:" -SQLServer "DeploymentServer" -Netlib "DBMSSOCN" -Database "MDT2010" -SQLShare "DB_Connect" -Force -Verbose

選択プロファイルの作成

次の Windows PowerShell コマンドは、新しいアプリケーション選択プロファイルを作成します。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Selection Profiles" -enable "True" -Name "Applications" -Comments "" -Definition "<SelectionProfile><Include path="Applications" /></SelectionProfile>" -ReadOnly "False" -Verbose

配置共有の更新

次の Windows PowerShell コマンドは、D:\Production Deployment Share にある運用環境の展開共有を更新します。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose

リンクされた展開共有の作成

次の Windows PowerShell コマンドは、実稼働展開共有にリンクされ、\\remote_server_name\Deployment$ 共有の下に存在する展開共有を作成します。 Everything 選択プロファイルは、リンクされた展開共有にレプリケートするコンテンツを決定するために使用されます。運用環境の展開共有のコンテンツは、\\remote_server_name\Deployment$ 共有に既に存在するコンテンツとマージされます。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Linked Deployment Shares" -enable "True" -Name "LINKED001" -Comments "" -Root "\\RemoteServerName\Deployment$" -SelectionProfile "Everything" -Replace "False" -Verbose

リンクされた展開共有の更新

次の Windows PowerShell コマンドは、LINKED001配置共有を更新します。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Replicate-MDTContent -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

リンクされた展開共有の削除

次の Windows PowerShell コマンドは、LINKED001配置共有を削除します。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

メディアの作成

次の Windows PowerShell コマンドは、起動可能なメディアの作成に使用されるコンテンツを含むソースフォルダーを作成します。実稼働環境の展開共有がソースとして使用されます。 Everything 選択プロファイルは、メディアコンテンツフォルダーに配置されるコンテンツを決定します。メディアの生成時に LiteTouchMedia.iso ファイルが作成されます。メディアは x86 プラットフォームと x64 プラットフォームの両方をサポートします。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Media" -enable "True" -Name "MEDIA001" -Comments "some comment here" -Root "D:\Media" -SelectionProfile "Everything" -SupportX86 "True" -SupportX64 "True" -GenerateISO "True" -ISOName "LiteTouchMedia.iso" -Verbose
New-PSDrive -Name "MEDIA001" -PSProvider "MDTProvider" -Root "D:\Media\Content" -Description "Embedded media deployment share" -Force -Verbose

メディアの生成

次のWindows PowerShell コマンドでは、D:\Media にLiteTouchMedia.iso ファイルが作成されます。このファイルでは、MEDIA001 メディアソースフォルダーのコンテンツが使用されます。

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose

メディアの削除

次の Windows PowerShell コマンドは、実稼働配置共有からMEDIA001メディアを削除します。

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

グループポリシーオブジェクトの適用を回避するためのドメイン参加の遅延

グループポリシーは、一元化された 1 対多モデルを使用して多数の Active Directory Domain Services (AD DS) コンピューターとユーザーオブジェクトを効率的に管理する機能を提供する、機能豊富で柔軟性の高いテクノロジです。グループポリシー設定は、グループポリシーオブジェクト (GPO) に含まれ、1 つ以上の AD DS サービスコンテナー (サイト、ドメイン、組織単位 (OU)) にリンクされます。

一部の組織では、グループポリシーの設定が制限が厳しく、オペレーティングシステムの展開中に問題が発生する可能性があります。たとえば、次のグループポリシー設定により、自動ログオンプロセスが中断される場合があります。

自動ログオンの制限
Administrator アカウントの名前変更
法的バナーとキャプション
制限付きセキュリティポリシー (特殊なセキュリティ - 制限付き機能 [SSLF] ポリシーなど)

展開中に GPO によって発生する可能性のある問題を克服する 1 つの方法は、展開プロセスのできるだけ遅れてコンピューターをドメインに参加させることです。この参加は、ZTIDomainJoin.wsf スクリプトを実行するカスタムタスクシーケンスステップを使用して実行できます。

ターゲットコンピューターをドメインに参加させるために、ZTIDomainJoin.wsf スクリプトは、 DomainAdmin、 DomainAdminDomain、 DomainAdminPassword、 JoinDomain、および MachineObjectOU プロパティを使用します。これらのプロパティは、Windows 展開ウィザード、展開共有規則、MDT DB、および Configuration Manager のコンピューターとコレクション規則を使用して宣言できます。使用するアカウントには、ドメイン内のコンピューターオブジェクトを作成および削除するために必要な権限が必要です。

通常、ZTIConfigure.wsf スクリプトは、Unattend.xml または Unattend.txt ファイルを、これらのプロパティーで指定されている値で更新します。これらの設定はその後、Windows セットアッププログラムによって解析され、システムは展開プロセスの早い段階でドメインへの参加を試みます。これを行うと、ターゲットコンピューターにドメインの GPO で指定された設定が適用されるため、展開プロセスが失敗する可能性があります。

展開プロセス中にターゲットコンピューターのドメインへの参加を意図的に遅らせるには、Unattend.xml ファイルから特定の要素を削除します。 ZTIConfigure.wsf スクリプトは、関連付けられているプロパティ要素がファイルにない場合、Unattend.xml ファイルへのプロパティの書き込みをスキップします。

注:

この回避策例は、Windows 7、Windows Server 2008、または Windows Server 2008 R2 オペレーティングシステムを展開する場合にのみ有効です。

Windows セットアップ中にターゲットコンピューターがドメインに参加しようとしないように、unattend.xml ファイルを準備します

[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Task Sequences/task_sequence ] の順に移動します ( deployment_share は展開共有の名前、 task_sequence は構成するタスクシーケンスの名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ OS 情報 ] タブで、[ Unattend.xmlの編集 ] を選択します。

Windows システムイメージマネージャー (Windows SIM) が起動します。
[応答ファイル] ウィンドウで、[4 specialize/Identification/Credentials] に移動します。 [ 資格情報] を右クリックし、[ 削除] を選択します。
[はい] を選択します。
応答ファイルを保存し、Windows SIM を終了します。
タスクシーケンスの [プロパティ] ダイアログボックスで [OK] を選択します。

unattend.xml ファイルに Credentials 要素がないため、ZTIConfigure.wsf スクリプトは Unattend.xml ファイルにドメイン参加情報を入力できないため、Windows セットアップはドメインに参加しようとしません。

ターゲットコンピューターをドメインに参加させるタスクシーケンス手順を追加するには
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソールツリーで、[Deployment Workbench]、[Deployment Shares]、[deployment_share]、[Task Sequences/task_sequence ] の順に移動します ( deployment_share は展開共有の名前、 task_sequence は構成するタスクシーケンスの名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ タスクシーケンス] タブで、[状態の復元] ノードに移動して展開します。
[ ドメインからの回復 ] タスクシーケンスの手順が存在することを確認します。「はい」の場合は、手順 9 に進みます。
タスクシーケンスの [プロパティ ] ダイアログボックスで、[ 追加] を選択し、[ 設定] に移動し、[ ドメインから回復] を選択します。
[ ドメインからの回復 ] タスクシーケンスの手順をタスクシーケンスエディターに追加します。手順がタスクシーケンス内の目的の場所にあることを確認します。
[ ドメインからの回復 ] タスクシーケンス手順の設定がニーズを満たすように構成されていることを確認します。
タスクシーケンスの [プロパティ] ダイアログボックスで [OK] を選択して、タスクシーケンスを保存します。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-08-20

Microsoft Deployment Toolkit サンプル ガイド

MDT を使った Windows 8 アプリケーションの展開

LTI を使用した Windows 8 アプリケーションの展開

UDI を使用した Windows 8 アプリケーションの展開

Windows PowerShell を使用した MDT の管理

MDT Windows PowerShell Snap-Inの読み込み

Add-PSSnapIn コマンドレットを使用して MDT Windows PowerShell Snap-Inを読み込む

Windows PowerShell を使用した配置共有の作成

Windows PowerShell を使用した展開共有プロパティの表示

Windows PowerShell を使用した展開共有の一覧の表示

Windows PowerShell を使用した配置共有の更新

Windows PowerShell を使用してリンクされた配置共有を更新する

Windows PowerShell を使用した展開メディアの更新

Windows PowerShell を使用して配置共有内のアイテムを管理する

配置共有にアイテムをインポートする

配置共有内のアイテムのプロパティを表示する

配置共有から項目を削除する

配置共有の作成の自動化

Windows PowerShell を使用した展開共有フォルダーの管理

Windows PowerShell を使用して配置共有にフォルダーを作成する

Windows PowerShell を使用して配置共有内のフォルダーを削除する

Windows PowerShell を使用して配置共有内のフォルダーの名前を変更する

展開共有でのオペレーティング システム Service Pack の適用の自動化

更新されたソース メディアからのオペレーティング システム Service Pack の適用の自動化

参照コンピューターと Windows PowerShell を使用したオペレーティング システム Service Pack の適用の自動化

シャーシ タイプに応じた展開のカスタマイズ

以前のアプリケーション バージョンに基づくアプリケーションのデプロイ

完全に自動化された LTI 展開シナリオ

更新コンピューター シナリオの完全に自動化された LTI 展開

新しいコンピューター シナリオのための完全に自動化された LTI 展開

MDT での Web サービスの呼び出し

ネットワーク リソースへの接続

ハードウェア デバイスは同じで製造元とモデルが異なるコンピューターに適切なデバイス ドライバーを展開する

条件付きタスク シーケンスの手順の構成

条件付きタスク シーケンス手順の構成

条件の IF ステートメント

条件内のタスク シーケンス変数

[条件] のオペレーティング システムのバージョン

条件のファイル プロパティ

[条件] のフォルダー プロパティ

条件のレジストリ設定

条件での WMI クエリ

[条件] にインストールされているソフトウェア

複雑な条件

拡張性の高い LTI 展開インフラストラクチャの作成

適切なインフラストラクチャが存在することを確認する

MDT へのコンテンツの追加

Windows 展開サービスの準備

分散ファイル システム レプリケーションの構成

SQL Server レプリケーションの準備

SQL Server レプリケーションの構成

SQL Server 発行元の構成

レプリケーション用に MDT DB を有効にする

MDT DB のパブリケーションの作成

発行された MDT データベースに子展開サーバーをサブスクライブする

CustomSettings.ini の構成

複数のサーバーが存在する場合のローカル MDT サーバーの選択

LocationServer.xml を理解する

LocationServer.xml をいつ使用するかを理解する

LocationServer.xml ファイルの作成

複数の場所をサポートする LocationServer.xml ファイルを作成する

LocationServer.xml ファイルを作成して、異なる場所にある複数のサーバーの負荷分散を行う

LocationServer.xml ファイルを Extra Files ディレクトリに追加する

BootStrap.ini ファイルの更新

配置共有の更新

ライト タッチ インストールを使用した既存のコンピューターを新しいコンピューターに交換する

手順 1: ユーザー状態をCaptureするタスク シーケンスを作成する

手順 2: オペレーティング システムを展開し、ユーザー状態を復元するためのタスク シーケンスを作成する

手順 3: MDT 構成Filesをカスタマイズする

手順 4: 展開共有の Windows PE オプションを構成する

手順 5: 展開共有を更新する

手順 6: LTI 起動可能なメディアを作成する

手順 7: LTI 起動可能なメディアを使用して既存のコンピューターを起動する

手順 8: LTI ブータブル メディアを使用して新しいコンピューターを起動する

カスタム展開コードを MDT に統合する

適切なスクリプト言語の選択

ZTIUtility の活用方法を理解する

ZTIUtility ログ クラスを使用する

ZTIUtility 環境クラスを使用する

ZTIUtility ユーティリティ クラスを使用する

Microsoft Deployment Toolkit サンプルガイド

展開共有でのオペレーティングシステム Service Pack の適用の自動化

更新されたソースメディアからのオペレーティングシステム Service Pack の適用の自動化

参照コンピューターと Windows PowerShell を使用したオペレーティングシステム Service Pack の適用の自動化

シャーシタイプに応じた展開のカスタマイズ

以前のアプリケーションバージョンに基づくアプリケーションのデプロイ

更新コンピューターシナリオの完全に自動化された LTI 展開

新しいコンピューターシナリオのための完全に自動化された LTI 展開

ネットワークリソースへの接続

ハードウェアデバイスは同じで製造元とモデルが異なるコンピューターに適切なデバイスドライバーを展開する

条件付きタスクシーケンスの手順の構成

条件付きタスクシーケンス手順の構成

条件内のタスクシーケンス変数

[条件] のオペレーティングシステムのバージョン

条件のファイルプロパティ

[条件] のフォルダープロパティ

分散ファイルシステムレプリケーションの構成

ライトタッチインストールを使用した既存のコンピューターを新しいコンピューターに交換する

手順 1: ユーザー状態をCaptureするタスクシーケンスを作成する

手順 2: オペレーティングシステムを展開し、ユーザー状態を復元するためのタスクシーケンスを作成する

手順 8: LTI ブータブルメディアを使用して新しいコンピューターを起動する

ZTIUtility ログクラスを使用する

ZTIUtility ユーティリティクラスを使用する

カスタムデプロイコードの統合

カスタムコードを MDT アプリケーションとして展開する

タスクシーケンスステップとしてカスタムコードを追加する

カスタムコードをユーザー終了スクリプトとして実行する

さまざまなインストール方法を使用してデバイスドライバーをインストールする

デバイスドライバーのインストールに使用する方法の決定

すぐに使用できるドライバーの方法を使用してデバイスドライバーをインストールする

デバイスドライバーをアプリケーションとしてインストールする

デバイスドライバーアプリケーションを Deployment Workbench に追加する

タスクシーケンスの一部としてデバイスドライバーアプリケーションを指定する

CustomSettings.ini でデバイスドライバーアプリケーションを指定します

MDT DB でデバイスドライバーアプリケーションを指定します

オプション 2: Windows 展開サービスストアからオペレーティングシステムイメージを展開する

MDT での OEM プリロードプロセスの概要

OEM プリロードプロセスでの MDT 構成Filesの概要

OEM プリロードプロセスでの MDT Log Files の概要

LTI OEM プリロードプロセス - フェーズ 1: Media-Based イメージの作成

LTI OEM プリロードプロセス - フェーズ 2: ターゲットコンピューターにイメージを適用する

LTI OEM プリロードプロセス - フェーズ 3: ターゲットコンピューターの展開の完了

デバイスドライバーのインポート

デバイスドライバーの削除

オペレーティングシステムパッケージのインポート

オペレーティングシステムパッケージの削除

オペレーティングシステムのインポート

オペレーティングシステムの削除

タスクシーケンスの作成

タスクシーケンスの削除

グループポリシーオブジェクトの適用を回避するためのドメイン参加の遅延