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のデプロイ目標を最も密接に表すシナリオを選択します。
選択したシナリオのサンプル構成設定を確認します。
サンプル構成設定を、環境内の構成設定の基礎として使用します。
環境のサンプル構成設定をカスタマイズします。
多くの場合、環境の構成設定を完了するために複数のシナリオが必要になる場合があります。
このガイドには構成設定のサンプルのみが含まれているため、次の表に示すガイドを確認すると、環境の構成設定をカスタマイズする際にさらに役立ちます。
ガイド このガイドでは、 Microsoft System Center 2012 R2 のクイック スタート ガイド Configuration Manager System Center 2012 R2 Configuration Managerを使用して、新しいコンピューター展開シナリオでWindows 8.1 オペレーティング システムをインストールします。 Lite タッチ インストールのクイック スタート ガイド 新しいコンピューター展開シナリオで起動可能なメディアを使用して、Lite Touch Installation (LTI) を使用してWindows 8.1オペレーティング システムをインストールします。 User-Driven インストールのクイック スタート ガイド 新しいコンピューター展開シナリオで、User-Driven インストールと System Center 2012 R2 Configuration Managerを使用して、Windows 8.1 オペレーティング システムをインストールします。 Microsoft Deployment Toolkit の使用 ゼロ タッチ インストール (ZTI) と LTI の展開で使用される構成ファイルをさらにカスタマイズします。 このガイドでは、一般的な構成ガイダンスと構成設定の技術的なリファレンスも提供します。
MDT を使用したWindows 8 アプリケーションのデプロイ
MDT は、.appxファイル拡張子を持つアプリケーション パッケージWindows 8デプロイできます。 これらのアプリケーション パッケージは、Windows 8の新機能です。 これらのアプリケーションの詳細については、「Windows ストア アプリ開発」を参照してください。
次の手順を実行して、MDT を使用してWindows 8アプリケーションをデプロイします。
「LTI を使用したWindows 8 アプリケーションのデプロイ」の説明に従って、LTI を使用してWindows 8アプリケーションをデプロイします。
User-Driven インストール (UDI) を使用してWindows 8アプリケーションを展開します。「UDI を使用したWindows 8 アプリケーションの展開」の説明に従います。
LTI を使用したWindows 8 アプリケーションのデプロイ
LTI を使用してWindows 8アプリケーションをデプロイできます。これは、コマンド ラインからインストール プロセスを開始する他のアプリケーションと同様です。 Windows 8 アプリケーションは、Deployment Workbench の [アプリケーション] ノードの LTI デプロイに追加できます。
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 の使用」の次のセクションを参照してください。
"展開共有からデプロイされる新しいアプリケーションを作成する"
"別のネットワーク共有フォルダーからデプロイされる新しいアプリケーションを作成する"
LTI タスク シーケンスの前の手順で作成した LTI アプリケーション項目を選択します。
UDI を使用したWindows 8 アプリケーションのデプロイ
Windows 8アプリケーションは、コマンド ラインからインストール プロセスを開始する他のアプリケーションと同様に、UDI を使用してデプロイできます。 UDI ウィザード Designerの ApplicationPage ウィザード ページで、Windows 8 アプリケーションを UDI 展開に追加できます。
注:
UDI を使用してWindows 8アプリケーションとWindows 8 アプリケーションを展開するには、System Center 2012 R2 Configuration Managerが必要です。
UDI を使用してWindows 8 アプリケーションをデプロイするには
アプリケーションを格納するネットワーク共有フォルダーを作成します。
このフォルダーは、プロセスの後半で作成するConfiguration Manager アプリケーションのソース フォルダーになります。
Windows 8 アプリケーションを、前の手順で作成したネットワーク共有フォルダーにコピーします。
Windows 8 アプリケーション.appxファイルと、アプリケーション証明書を含む.cer ファイルなどのその他の必要なファイルをコピーしていることを確認します。
Configuration Manager アプリケーションとしてWindows 8 アプリケーションを追加する
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のユーザー デバイス アフィニティ (UDA) 機能が、アプリケーションの展開に対するユーザーとデバイス間のアフィニティをサポートするように適切Configuration Manager構成されていることを確認します。
Configuration Managerアプリケーションの展開をサポートするように UDA を構成する方法の詳細については、「Configuration Managerでユーザー デバイス アフィニティを管理する方法」を参照してください。
手順 4 で作成したアプリケーションを対象ユーザーにデプロイします。
アプリケーションをユーザーにデプロイする方法の詳細については、「Configuration Managerでアプリケーションをデプロイする方法」を参照してください。
UDI ウィザード Designerを使用して、手順 4 で作成したConfiguration Manager アプリケーションを含むように ApplicationPage ウィザード ページを構成します。
UDI ウィザード Designerを使用して ApplicationPage ウィザード ページを構成する方法の詳細については、「手順 5-11: ターゲット コンピューターの UDI ウィザード構成ファイルをカスタマイズする」を参照してください。MDT ドキュメント「User-Driven インストールのクイック スタート ガイド」を参照してください。
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を読み込む
次の例に示すように、Add-PSSnapIn コマンドレットを使用して、任意のWindows PowerShell環境から MDT Windows PowerShellスナップイン Microsoft.BDD.PSSnapIn を読み込むことができます。
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 (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を使用した展開共有プロパティの表示
GET-ItemProperty コマンドレットと MDTProvider Windows PowerShell プロバイダーを使用して、MDT 展開共有のプロパティを表示できます。 これらの同じプロパティは、Deployment Workbench にも表示されます。
MDT Windows PowerShell コマンドレットを使用して展開共有プロパティを表示するには
「MDT Windows PowerShell スナップインの読み込み」の説明に従って、MDT Windows PowerShellスナップインを読み込みます。
次の例に示すように、RESTORE-MDTPersistentDrive コマンドレットを使用して、MDT 展開共有Windows PowerShellドライブが復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Windows PowerShell ドライブを共有する MDT 展開が Get-PSDrive コマンドレットを使用して適切に復元されていることを確認します。
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
MDTProvider を使用して提供されるWindows PowerShell ドライブの一覧が一覧表示されます。
次の例に示すように、 Get-ItemProperty コマンドレットを使用して展開共有のプロパティを表示します。
Get-ItemProperty "DS002:"
この例では、DS002: は、手順 3 で返されるWindows PowerShell ドライブの名前です。 コマンドレットは、デプロイ共有のプロパティを返します。
Windows PowerShellを使用した展開共有の一覧の表示
GET-PSDrive コマンドレットと MDTProvider Windows PowerShell プロバイダーを使用して、MDT 展開共有の一覧を表示できます。 デプロイ共有の同じ一覧を 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 展開の一覧を表示します。展開共有ごとに 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スナップインを読み込みます。
次の例に示すように、ドライブWindows PowerShell共有する MDT 展開が Restore-MDTPersistentDrive コマンドレットを使用して復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Windows PowerShell ドライブを共有する MDT 展開が Get-PSDrive コマンドレットを使用して適切に復元されていることを確認します。
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スナップインを読み込みます。
次の例に示すように、ドライブWindows PowerShell共有する MDT 展開が Restore-MDTPersistentDrive コマンドレットを使用して復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Windows PowerShell ドライブを共有する MDT 展開が Get-PSDrive コマンドレットを使用して適切に復元されていることを確認します。
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スナップインを読み込みます。
次の例に示すように、RESTORE-MDTPersistentDrive コマンドレットを使用して、MDT 展開の共有Windows PowerShellドライブが復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように、Windows PowerShell ドライブを共有する MDT 展開が Get-PSDrive コマンドレットを使用して適切に復元されていることを確認します。
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スナップインを読み込みます。
次の例に示すように、ドライブWindows PowerShell共有する MDT 展開が Restore-MDTPersistentDrive コマンドレットを使用して復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次の例に示すように、Windows PowerShell ドライブを共有する MDT 展開が Get-PSDrive コマンドレットを使用して適切に復元されていることを確認します。
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 コマンドレットの使用」を参照してください。 同じプロセスを使用して、デバイス ドライバーやアプリケーションなど、他の種類の項目の一覧を返す場合があります。
ヒント
また、 dir コマンドを使用して 、Get-Item コマンドレットの代わりにオペレーティング システムの一覧を表示することもできます。
次の例に示すように、 Get-ItemProperty コマンドレットを使用して、前の手順で一覧表示した項目の 1 つのプロパティを表示します。
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スナップインを読み込みます。
次の例に示すように、ドライブWindows PowerShell共有する MDT 展開が Restore-MDTPersistentDrive コマンドレットを使用して復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次の例に示すように、Windows PowerShell ドライブを共有する MDT 展開が Get-PSDrive コマンドレットを使用して適切に復元されていることを確認します。
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 コマンドレットの使用」を参照してください。 同じプロセスを使用して、デバイス ドライバーやアプリケーションなど、他の種類の項目の一覧を返します。
ヒント
また、 dir コマンドを使用して 、Get-Item コマンドレットの代わりにオペレーティング システムの一覧を表示することもできます。
次の例に示すように、 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 コマンドなどのコマンド ライン ツールを使用するか、New-Item コマンドレットや MDTProvider Windows PowerShell プロバイダーなどのWindows PowerShell コマンドレットを使用して管理できます。 デプロイ共有の同じフォルダー構造は、Deployment Workbench でも確認および管理できます。 Windows PowerShell コマンドレットを使用して項目を直接操作する方法の詳細については、「アイテムを直接操作する」を参照してください。
Windows PowerShellを使用して展開共有にフォルダーを作成する
Windows PowerShellを使用して展開共有にフォルダーを作成するには
「MDT Windows PowerShell スナップインの読み込み」の説明に従って、MDT Windows PowerShellスナップインを読み込みます。
次の例に示すように、ドライブWindows PowerShell共有する MDT 展開が 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 つずつ一覧表示されます
次の 例に示 すように、 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を使用して展開共有内のフォルダーを削除する
Windows PowerShellを使用して展開共有内のフォルダーを削除するには
「MDT Windows PowerShell スナップインの読み込み」の説明に従って、MDT Windows PowerShellスナップインを読み込みます。
次の例に示すように、ドライブWindows PowerShell共有する MDT 展開が 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 つずつ一覧表示されます。
次の例に示すように、New-Item コマンドを使用して、展開共有のオペレーティング システム フォルダー内の 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を使用して展開共有内のフォルダーの名前を変更する
Windows PowerShellを使用して展開共有内のフォルダーの名前を変更するには
「MDT Windows PowerShell スナップインの読み込み」の説明に従って、MDT Windows PowerShellスナップインを読み込みます。
次の例に示すように、RESTORE-MDTPersistentDrive コマンドレットを使用して、MDT 展開の共有Windows PowerShellドライブが復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次のように Get-PSDrive コマンドレットを使用して、展開共有ごとに 1 つずつ、MDT 展開共有Windows PowerShellドライブの一覧を表示します。
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
MDTProvider を使用して提供されるWindows PowerShell ドライブの一覧が、展開共有ごとに 1 つずつ一覧表示されます。
次の例に示すように、Windows_8 という名前のフォルダーの名前を、ren コマンドを使用して展開共有のオペレーティング システム フォルダーのWin_8に変更します。
ren "DS002:\Operating Systems\Windows_8" "Win_8"
この例では、DS002: は、手順 3 で返されるWindows PowerShell ドライブの名前です。
次のコマンドを入力して、フォルダーが正しく削除されていることを確認します。
Get-ChildItem "DS002:\Operating Systems"
Windows_8 フォルダーの名前は Win_8 に変更されます。
次の例に示すように、展開共有のオペレーティング システム フォルダーで 、Windows_7 という名前のフォルダーの名前を Win-7 に 変更 します。
Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"
コマンドレットは、フォルダーの正常な名前変更を表示します。
次のコマンドを入力して、フォルダーが正しく作成されていることを確認します。
Get-ChildItem "DS002:\Operating Systems"
Windows_7 フォルダーの名前は Win_7 に変更されます。
展開共有でのオペレーティング システム サービス パックのアプリケーションの自動化
オペレーティング システム サービス パックは、ソフトウェア ライフ サイクルの通常の部分です。 展開共有の既存のオペレーティング システムは、新しく展開または更新されたコンピューターが最新のセキュリティの推奨事項と構成設定で最新であることを確認するために、これらのサービス パックで更新する必要があります。
organizationに、各展開共有内の複数のオペレーティング システムを含む多数の展開共有がある場合、各展開共有内のオペレーティング システムをサービス パックで手動で更新するプロセスには時間がかかる場合があります。 展開共有でのオペレーティング システム サービス パックの適用を自動化する方法は次のとおりです。
「更新されたソース メディアからのオペレーティング システム サービス パックのアプリケーションの自動化」の説明に従って、Service Pack (SP1 メディアを含む Windows 7 など) を既存のオペレーティング システムが存在する展開共有内のフォルダーに更新されたソース コンテンツをコピーする
「参照コンピューターを使用したオペレーティング システム サービス パックのアプリケーションの自動化」の説明に従って、参照コンピューターに Service Pack を適用し、参照コンピューターから更新されたイメージをキャプチャWindows PowerShell
更新されたソース メディアからのオペレーティング システム サービス パックのアプリケーションの自動化
WINDOWS 7 と SP1 が既に統合されている DVD など、サービス パックを含むソース メディアがある場合は、Windows PowerShellを使用してオペレーティング システム サービス パックを更新するプロセスを自動化できます。
この方法では、service pack を含むオペレーティング システム ソース メディアは、Windows PowerShellを使用して、展開共有にサービス パックを含まない既存のオペレーティング システム ファイル上にコピーされます。
Windows PowerShellを使用して、ソース メディアの更新プログラムからオペレーティング システム サービス パックのアプリケーションを自動化するには
「MDT Windows PowerShell スナップインの読み込み」の説明に従って、MDT Windows PowerShellスナップインを読み込みます。
次の例に示すように、ドライブWindows PowerShell共有する MDT 展開が Restore-MDTPersistentDrive コマンドレットを使用して復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次の例に示すように、Get-PSDrive コマンドレットを使用して、展開共有ごとに 1 つずつ、MDT 展開共有Windows PowerShellドライブの一覧を表示します。
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 コマンドレットを使用してサービス パックが統合されているオペレーティング システム ソース ファイルの内容をコピーします。
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を使用したオペレーティング システム サービス パックのアプリケーションの自動化
Windows 7 用 SP1 を Windows 7 イメージと統合していないなど、オペレーティング システムとまだ統合されていないサービス パックのみがある場合は、Windows PowerShellを使用してオペレーティング システム サービス パックを更新するプロセスを自動化できます。
この方法では、Service Pack を使用しないオペレーティング システムを参照コンピューターに展開します。 次に、参照コンピューターに Service Pack を適用します。 次に、参照コンピューターのオペレーティング システム イメージをキャプチャします。 最後に、Windows PowerShellを使用して、キャプチャした .wim ファイルを展開共有のオペレーティング システムの Install.wim ファイルにコピーします。
Windows PowerShellを使用して、ソース メディアの更新プログラムからオペレーティング システム サービス パックのアプリケーションを自動化するには
ターゲット オペレーティング システムを参照コンピューターに展開します。
参照コンピューターを展開する方法の詳細については、MDT ドキュメントの「 Microsoft Deployment Toolkit の使用」の次のリソースを参照してください。
"参照コンピューターへの LTI 展開の準備"
"LTI での参照コンピューターのイメージへの展開とキャプチャ"
目的の Service Pack を参照コンピューターにインストールします。
Service Pack をインストールする方法の詳細については、Service Pack に付属するドキュメントを参照してください。
Sysprep テンプレートとキャプチャ タスク シーケンス テンプレートに基づいてタスク シーケンスを作成して展開することで、参照コンピューターのイメージをキャプチャします。
Sysprep および Capture タスク シーケンス テンプレートに基づくタスク シーケンスの作成の詳細については、「Deployment Workbench で新しいタスク シーケンスを作成する」を参照してください。
「MDT Windows PowerShell スナップインの読み込み」の説明に従って、MDT Windows PowerShellスナップインを読み込みます。
次の例に示すように、ドライブWindows PowerShell共有する MDT 展開が Restore-MDTPersistentDrive コマンドレットを使用して復元されていることを確認します。
Restore-MDTPersistentDrive -Verbose
注:
Windows PowerShellドライブを共有する MDT 展開が既に復元されている場合は、コマンドレットがドライブを復元できないことを示す警告メッセージが表示されます。
次の例に示すように、Get-PSDrive コマンドレットを使用して、展開共有ごとに 1 つずつ、MDT 展開共有Windows PowerShellドライブの一覧を表示します。
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
MDTProvider を使用して提供されるWindows PowerShell ドライブの一覧が、展開共有ごとに 1 つずつ一覧表示されます。
次の例に示すように、手順 3 でキャプチャした .wim ファイルを、展開共有のオペレーティング システムの Install.wim ファイルに コピー します。
Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" Force
この例では、共有 DS002 のキャプチャ フォルダーにあるキャプチャされたオペレーティング システム イメージ ファイル (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 で定義した各サブセクションの状態をFalse
します (次の例の[Laptop-True], [Laptop-False], [Desktop-True], [Desktop-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ソフトウェア インベントリ機能。 アプリケーション パッケージごとに 1 つのレコードが含まれます。この場合は、前回インストールされた Windows 8.1、Windows 8、Windows 7、Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2 のプログラムと機能の一覧Configuration Managerコンピューターをインベントリしました。
マッピング テーブル。 レコードごとにインストールする必要があるパッケージとプログラムについて説明します ([プログラムと機能] レコードまたは [プログラムの追加と削除] レコードでは、アプリケーションをインストールしたパッケージが正確に指定されていないため、インベントリだけに基づいてパッケージを自動的に選択できなくなります)。
コンピューター固有の動的なアプリケーションのインストールを実行するには
MDT DB のテーブルを使用して、特定のパッケージをターゲット オペレーティング システムに一覧表示されているアプリケーションに接続します。
[プログラムと機能] または [プログラムの追加と削除] に記載されているアプリケーションに適切なパッケージを関連付けるデータをテーブルに設定します。
テーブルを設定する SQL クエリ
use [MDTDB] go INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus') go
挿入された行は、Microsoft Office 2010 Professional Plus パッケージに
Office12.0
エントリがあるコンピューターを接続します。つまり、Microsoft Office 2010 Professional Plus は、現在 2007 Microsoft Office システム (Office 12.0) を実行している任意のコンピューターにインストールされます。 他のパッケージにも同様のエントリを追加します。 エントリがない項目はすべて無視されます (パッケージはインストールされません)。
ストアド プロシージャを作成して、新しいテーブルの情報とインベントリ データの結合を簡略化します。
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
前の例のストアド プロシージャは、Configuration Manager中央プライマリ サイト データベースが、SQL Serverが MDT DB として実行されているコンピューター上に存在することを前提としています。 中央プライマリ サイト データベースが別のコンピューターに存在する場合は、ストアド プロシージャに適切な変更を加える必要があります。 さらに、データベースの名前 (
CM_DB
) を更新する必要があります。 また、Configuration Manager データベースのv_GS_ADD_REMOVE_PROGRAMS ビューへの読み取りアクセス権を追加アカウントに付与することも検討してください。CustomSettings.ini ファイルを構成して、データベース情報を指すセクション ([優先順位] リストに
[DynamicPackages]
) の名前を指定して、このデータベース テーブルに対してクエリを実行します。[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 DB が照会されます。 データベースには、
RetrievePackages
という名前のストアド プロシージャが含まれています (手順 3 で作成)。ZTIGather.wsf を実行すると、構造化照会言語 (SQL)
SELECT
ステートメントが自動的に生成され、MakeModelQuery カスタム キーの値がパラメーターとしてクエリに渡されます。EXECUTE RetrievePackages ?
MACAddress カスタム キーの実際の値は、対応する "?" に置き換えられます。 このクエリは、手順 2 で入力した行を含むレコード セットを返します。
可変数の引数をストアド プロシージャに渡すことはできません。 その結果、コンピューターに複数の MAC アドレスがある場合、すべての MAC アドレスをストアド プロシージャに渡すことができるわけではありません。 別の方法として、ストアド プロシージャをビューに置き換えます。これにより、ビューに対して
SELECT
ステートメントとIN
句を使用してクエリを実行して、すべての MAC アドレス値を渡すことができます。ここで示したシナリオに基づいて、現在のコンピューターにテーブルに挿入
Office12.0
値がある場合 (手順 2)、1 行が返されます (XXX0000F:Install Office 2010 Professional Plus
)。 これは、パッケージ XXX0000F: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 ドキュメントツールキットリファレンスの対応するプロパティを 参照してください。
スキップされたウィザード ページごとに、CustomSettings.ini ファイルと BootStrap.ini ファイルのウィザード ページで通常収集される対応するプロパティの値を指定します。 これらのファイルで構成する必要があるプロパティの詳細については、MDT ドキュメント Toolkit リファレンスの「スキップされた展開ウィザード ページのプロパティの提供」セクションを 参照してください。
コンピューターの更新シナリオに対する完全に自動化された 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=a_secure_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=P@ssw0rd
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=P@ssw0rd
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 サービスを実行する際にwatchするには、いくつかの軽微な問題があります。
プロキシ サーバーでは特別な操作を行わないでください。 匿名プロキシが存在する場合は、プロキシを使用しますが、プロキシを認証すると問題が発生する可能性があります。 ほとんどの場合、Web サービスは呼び出されません。
CustomSettings.ini または ZTIGather.xml は、(データベース クエリやその他の規則と同様に) Web サービス呼び出しの結果として返される XML マークアップで定義されたプロパティを検索します。 ただし、XML 検索では大文字と小文字が区別されます。 幸いなことに、ここで説明する Web サービスは、すべての大文字プロパティ名を返します。これは、ZTIGather.xml が期待するものです。 小文字または大文字と小文字の混在のエントリを再マップして、これを回避できます。
Web サービスへの
POST
要求をお勧めします。そのため、Web サービス呼び出しでPOST
をサポートできる必要があります。
ネットワーク リソースへの接続
LTI と ZTI のデプロイ プロセス中に、展開共有をホストしているサーバーとは異なるサーバー上のネットワーク リソースへのアクセスが必要になる場合があります。 共有フォルダーまたはサービスにアクセスできるように、他のサーバーで認証する必要があります。 たとえば、MDT スクリプトで使用される展開共有をホストしているサーバー以外のサーバー上の共有フォルダーからアプリケーションをインストールできます。
注:
デプロイ共有をホストしているサーバー以外のサーバーでホストされているSQL Serverデータベースに対してクエリを実行するには、MDT ドキュメント Toolkit リファレンスのデータベース、DBID、DBPwd、インスタンス、NetLib、Order、Parameters、ParameterCondition、SQLServer、SQLShare、Table の各プロパティを参照してください。
ZTIConnect.wsf スクリプトを使用して、他のサーバーに接続し、その上のリソースにアクセスできます。 ZTIConnect.wsf スクリプトの構文は次のとおりです ( ここで、unc_path はサーバーに接続するための汎用名前付け規則 [UNC] パスです)。
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/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
詳細ウィンドウで、[ task_sequence ] を選択します ( ここでtask_sequence は変更するタスク シーケンスです)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[タスク シーケンス] タブを選択し、 グループ(グループは ZTIConnec.wsf スクリプトを実行するグループ) を参照し、[ 追加] を選択します。 [ 全般] を選択し、[ コマンド ラインの実行] を選択します。
注:
ターゲット サーバー上のリソースへのアクセスを必要とするタスクを追加する前に、タスクを追加します。
次の情報を使用して、新しいタスクの [ プロパティ ] タブを完了します。
このボックスに 説明 名前 「 サーバーに接続する 」と入力します (サーバーは接続先のサーバーの名前です)。 説明 接続を行う必要がある理由を説明するテキストを入力します。 コマンド 「%SCRIPTROOT%\ZTIConnect.wsf」 /uncpath:unc_path (unc_path はサーバー上の共有フォルダーへの UNC パス)cscript.exe 入力します。 次の情報を使用して、新しいタスクの [ オプション] タブを完了します。 指定しない限り、既定値をそのまま使用し、[ OK] を選択します。
このボックスに 説明 成功コード 「0 3010」と入力します。 (ZTIConnect.wsf スクリプトは、正常に完了するとこれらのコードを返します)。 条件リスト ボックス 必要な条件を追加します。 (ほとんどの場合、このタスクには条件は必要ありません)。 ZTIConnect.wsf スクリプトを実行するタスクを追加した後、後続のタスクは、ZTIConnect.wsf スクリプトの /uncpath オプションで指定されたサーバー上のネットワーク リソースにアクセスできます。
同じハードウェア デバイスが異なるが、Make と Model が異なるコンピューターに正しいデバイス ドライバーを展開する
モデル番号と名前のバリエーションは、ドライバー セットに実質的に違いがない状態で存在できます。 これらのモデル番号と名前のバリエーションにより、特定のモデルに対して複数のデータベース エントリを作成する時間が不必要に長くなる可能性があります。 次の手順では、モデル番号の部分文字列を返すユーザー終了関数呼び出しを使用して新しいプロパティを定義する方法を示します。
モデルエイリアスを作成するには
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share に移動します ( ここで、deployment_share は構成するデプロイ共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[ プロパティ ] ダイアログ ボックスで、[ ルール ] タブを選択します。
MDT DB の [作成] セクションと [モデル] セクションで、ハードウェアの種類のエイリアスを作成します。 モデル名のオープンかっこ "(" でモデルの種類を切り捨てます。 たとえば、 HP DL360 (G112) は HP DL360 になります。
カスタム変数 ModelAlias を 各セクションに追加します。
新しい
[SetModel]
セクションを作成します。[
[SetModel]
] セクションを [[Settings]
] セクションの [優先度] 設定に追加します。"() でモデル名を切り捨てるユーザー終了スクリプトを参照するために、
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/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
詳細ウィンドウで、[ task_sequence ] を選択します ( ここで、task_sequence は構成するタスク シーケンスの名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[task_sequenceのプロパティ] ダイアログ ボックスの [タスク シーケンス] タブで、[ステップ] (ここでステップは構成するタスク シーケンス ステップの名前) を選択し、[オプション] タブを選択します。
タスク シーケンス ステップの [ オプション ] タブで、次のアクションを実行します。
加算が行われます。 タスク シーケンス ステップに条件を追加するには、このボタンを選択します。
取り去る。 タスク シーケンス ステップで既存の条件を削除するには、このボタンを選択します。
編集。 タスク シーケンス ステップの既存の条件を変更するには、このボタンを選択します。
条件の IF ステートメント
すべてのタスク シーケンス条件には、1 つ以上の IF ステートメントが 含まれます。 IF ステートメントは、条件付きタスク シーケンス ステップを作成するための基礎です。 タスク シーケンス ステップ条件には 1 つの IF ステートメントのみを含めることができますが、最上位の IF ステートメントの下に複数の IF ステートメントを入れ子にして、より複雑な条件を作成できます。
IF ステートメントは、次の表に示す条件に基づいて指定できます。この条件は、[IF ステートメントのプロパティ] ダイアログ ボックスで構成されます。
Condition | タスク シーケンスを実行する場合は、このオプションを選択します。 |
---|---|
すべての条件 | この IF ステートメントの下にあるすべての条件は true である必要があります。 |
任意の条件 | この IF ステートメントの下の条件はすべて true です。 |
なし | この IF ステートメントの下の条件は true ではありません。 |
条件に他の条件 (たとえば、レジストリ設定のタスク シーケンス変数や値) を追加して、タスク シーケンス ステップを実行するための条件を完了します。
タスク シーケンス ステップに IF ステートメント条件を追加するには
[オプション] タブの [ステップ] (ここで、ステップは構成するタスク シーケンス ステップの名前) で、[追加] を選択し、[If ステートメント] を選択します。
[ If Statement Properties ]\(ステートメントのプロパティ\) ダイアログ ボックスで、 条件 ( 条件 は前の表に示した条件のいずれか) を選択し、[ OK] を選択します。
条件のタスク シーケンス変数
タスク シーケンス変数条件を使用して、タスク シーケンス変数の設定タスクまたはタスク シーケンス内の任意のタスクによって作成されたタスク シーケンス変数を評価します。 たとえば、ドメインの一部である Windows XP クライアント コンピューターと、ワークグループ内の一部を含むネットワークを考えてみましょう。 現在のドメイン ポリシーによって、すべてのユーザー設定がネットワークに保存されることを知り、ユーザー設定を保存する必要があるのは、ドメインの一部ではないコンピューター (ワークグループ内のコンピューター) に限られます。 このような場合は、ワークグループ内のコンピューターを対象とする [ ユーザー ファイルと設定のキャプチャ] タスクに条件を追加します。
タスク シーケンス変数に基づいて条件を追加するには
[オプション] タブ (ステップは構成するタスク シーケンス ステップの名前) で、[条件の追加] を選択し、[タスク シーケンス変数] を選択します。
[ タスク シーケンス変数 の条件] ダイアログ ボックスの [ 変数 ] ボックスに「 OSDJoinType」と入力します。
注:
この変数は、ドメインに参加しているコンピューターの場合は 0 、ワークグループ内のコンピューターの場合は 1 に設定されます。
[ 条件 ] ボックスで、[ 等しい] を選択します。
[ 値 ] ボックスに「 1」と入力し、[ OK] を選択します。
条件のオペレーティング システムのバージョン
[オペレーティング システムのバージョン] 条件を使用して、ターゲット コンピューターまたは既存のクライアントの既存のオペレーティング システムのバージョンを確認します (イメージをキャプチャする場合)。 たとえば、2003 年Windows Serverから 2008 年Windows Serverにアップグレードされる複数のサーバーを含むネットワークについて考えてみましょう。 ネットワーク設定は、2003 Windows Server実行されているサーバーにのみコピーして適用する必要があります。 その他のすべてのサーバーには、2008 年Windows Server使用される既定のネットワーク設定があります。
オペレーティング システムのバージョンに基づいて条件を追加するには
[タスク シーケンス] エディターで、[ネットワーク設定のキャプチャ] タスクを選択します。
[ 条件の追加] を選択し、[ オペレーティング システムのバージョン] を選択します。
[ アーキテクチャ ] ボックスで、関連するサーバーを選択します。 この例では、 x86 を選択します。
[ オペレーティング システム ] ボックスで、条件を設定するオペレーティング システムとバージョンを選択します。 この例では、[ x86 Windows 2003] を選択します。
[ 条件 ] ボックスで、関連する条件を選択し、[ OK] を選択します。
条件のファイルプロパティ
[ファイルのプロパティ] 条件を使用して、特定のファイルのバージョンや時刻のタンプを確認して、タスクまたはタスクのグループを実行するかどうかを判断します。 この例では、運用環境には、ネットワークに追加されるすべての新しいサーバーに対して常に更新され、使用されるWindows Server 2003 イメージが含まれています。 環境内のすべてのサーバー コンピューターは、Digital Access Object (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 以外の条件が使用された場合は、値と値の型を指定します。
[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 ステートメントを使用して複数の条件をグループ化して、複雑な条件を作成できます。 たとえば、特定の手順は、2003 年または 2008 年Windows Server Windows Server実行されている 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 クエリ] を選択します。
ルート\cimv2 が WMI 名前空間として指定されていることを確認し、[WQL クエリ] ボックスに「SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%"」と入力します。 [OK] を選択します。
IF ステートメントを選択し、[条件の追加] を選択します。 [ If ステートメント] を選択し、[ 任意の条件] を選択します。 [OK] を選択します。
2 番目の IF ステートメントを 選択します。 [ 条件の追加] を選択し、[ オペレーティング システムのバージョン] を選択します。
[ アーキテクチャ ] ボックスで、サーバーのアーキテクチャを選択します。 この例では、 x86 を選択します。
[ オペレーティング システム ] ボックスで、オペレーティング システムとバージョンを選択します。 この例では、 x86 Windows 2003 の元のリリースを選択します。 [OK] を選択します。
2 番目の IF ステートメントを 選択します。 [ 条件の追加] を選択し、[ オペレーティング システムのバージョン] を選択します。
[ アーキテクチャ ] ボックスで、サーバーのアーキテクチャを選択します。 この例では、 x86 を選択します。
[ オペレーティング システム ] ボックスで、オペレーティング システムとバージョンを選択します。 この例では、 x86 Windows 2008 の元のリリースを選択します。 [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 ドキュメント「Microsoft Deployment Toolkit の使用」の「Deployment Workbench でのアプリケーションの構成」を参照してください。
オペレーティング システムについては、MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「Deployment Workbench でのオペレーティング システムの構成」を参照してください。
オペレーティング システム パッケージについては、MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「Deployment Workbench でのパッケージの構成」を参照してください。
デバイス ドライバーについては、MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「Deployment Workbench でのデバイス ドライバーの構成」を参照してください。
タスク シーケンスについては、MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「Deployment Workbench でのタスク シーケンスの構成」を参照してください。
注:
展開共有の更新時に作成された 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 Lite Touch ブート環境の両方から、マスター 展開サーバーから子展開サーバーにコンテンツをレプリケートするための基礎として DFS-R を使用します。
注:
次の手順を実行する前に、DFS-R がインストールされていることを確認します。
展開コンテンツをレプリケートするように DFS-R を構成するには
DFS 管理コンソールを開きます。
DFS 管理コンソールで、[DFS 管理] を展開します。
[ レプリケーション] を右クリックし、[ 新しいレプリケーション グループ] を選択します。
新しいレプリケーション グループ ウィザードの [ レプリケーション グループの種類 ] ページで、[ 新しい多目的レプリケーション グループ] を選択します。
[次へ] を選択します。
[ 名前とドメイン] ページで、次の情報を入力します。
[ レプリケーション グループの名前] ボックスに、レプリケーション グループの名前 ( MDT 2010 レプリケーション グループなど) を入力します。
[ レプリケーション グループの省略可能な説明 ] ボックスに、レプリケーション グループの説明 ( MDT 2010 データのレプリケーション用グループなど) を入力します。
[ドメイン] ボックスに正しいドメイン名が含まれていることを確認します。
[次へ] を選択します。
[ レプリケーション グループ メンバー] ページで、次の手順を実行します。
[追加] を選択します。
このレプリケーション グループのメンバーとなるすべてのサーバーの名前 (たとえば、すべての子展開サーバーとマスター 展開サーバー) を入力します。
[OK] を選択します。
[次へ] を選択します。
[ トポロジの選択] ページで 、[ ハブとスポーク] を選択し、[ 次へ] を選択します。
[ ハブ メンバー] ページで、マスター デプロイ サーバーを選択し、[ 追加] を選択します。
[次へ] を選択します。
[ハブとスポークのConnections] ページで、各子デプロイ サーバーのマスター デプロイ サーバーが必須ハブ メンバーであることを確認します。
[次へ] を選択します。
[ レプリケーション グループのスケジュールと帯域幅] ページで、サーバー間でコンテンツをレプリケートするためのスケジュールを指定します。
[次へ] を選択します。
[ プライマリ メンバー ] ページの [ プライマリ メンバー ] ボックスで、マスター デプロイ サーバーを選択します。
[次へ] を選択します。
[ レプリケートするフォルダー] ページで、[ 追加] を選択し、次の手順を実行します。
[ レプリケートするフォルダーのローカル パス ] ボックスで、[ 参照 ] を選択して X:\Deployment フォルダーに移動します ( X はデプロイ サーバー上のドライブ文字)。
[ パスに基づいて名前を使用する] を選択します。
[OK] を選択します。
[追加] を選択します。
[ レプリケートするフォルダーの追加 ] ダイアログ ボックスで、[ 参照 ] を選択して X:\RemoteInstall\Boot フォルダーに移動します。
[ パスに基づいて名前を使用する] を選択します。
[次へ] を選択します。
[ その他のメンバーの配布のローカル パス] ページで 、次の手順を実行します。
配布グループ内のすべてのメンバーを選択し、[編集] を選択 します。
[ ローカル パスの編集 ] ダイアログ ボックスで、[有効] を選択 します。
展開共有フォルダーを子展開サーバーに格納するパスを入力します ( たとえば、X:\Deployment ( X は展開サーバー上のドライブ文字) です)。
[OK] を選択します。
[次へ] を選択します。
[ その他のメンバーのブートのローカル パス ] ページで、次の手順を実行します。
配布グループ内のすべてのメンバーを選択し、[編集] を選択 します。
[ ローカル パスの編集 ] ダイアログ ボックスで、[有効] を選択 します。
ブート フォルダーを子展開サーバーに格納するパスを入力します ( たとえば、X:\RemoteInstall\Boot ( X は展開サーバー上のドライブ文字)。
[OK] を選択します。
[次へ] を選択します。
[ リモート設定とレプリケーション グループの作成] ページで、[ 作成 ] を選択して、新しいレプリケーション グループ ウィザードを完了します。
[ 確認 ] ページで、[ 閉じる ] を選択してウィザードを閉じます。
注:
新しいレプリケーション グループが [レプリケーション] ノードの下に一覧表示されていることを確認します。
SQL Server レプリケーションの準備
レプリケーションSQL Server構成する前に、いくつかの構成前の手順を実行して、デプロイ サーバーが正しく構成されていることを確認します。
マスター デプロイ サーバーでSQL Serverレプリケーションを準備するには
データベース スナップショットを格納するフォルダーを作成し、フォルダーを共有として構成します。
注:
スナップショット フォルダーのセキュリティ保護の詳細については、「スナップショット フォルダーのセキュリティ保護」を参照してください。
SQL Server ブラウザー サービスが有効になっていることを確認し、[自動] に設定します。
[SQL Server Surface エリアの構成] ボックスで、[ローカル接続] と [リモート接続] を選択します。
子デプロイ サーバーでSQL Serverレプリケーションを準備するには
[SQL Server Surface エリアの構成] ボックスで、[ローカル接続] と [リモート接続] を選択します。
必要に応じて、レプリケートされた MDT DB をホストする空のデータベースを作成します。
注:
このデータベースには、マスター デプロイ サーバー上の MDT DB と同じ名前を指定する必要があります。 たとえば、マスター デプロイ サーバーの MDT DB が MDTDB と呼ばれる場合は、子デプロイ サーバーに MDTDB という空のデータベースを作成します。
SQL Server レプリケーションの構成
デプロイ インフラストラクチャを構築するために必要なファイルとフォルダーのレプリケーションを構成した後、MDT DB をレプリケートするようにSQL Serverを構成します。
注:
また、単一の中央MDT DBのみを維持することも可能である。ただし、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で、[レプリケーション] ノードを右クリックし、[パブリッシャーのプロパティ] を選択します。
[ パブリッシャーのプロパティ] ページで 、次の手順を実行します。
[ パブリッシャー データベース] を選択します。
MDT DB を選択し、[トランザクション] を選択 します。
[OK] を選択します。
MDT DB は、トランザクション レプリケーションとスナップショット レプリケーション用に構成されました。
MDT DB のパブリケーションを作成する
子デプロイ サーバーがサブスクライブできる MDT DB のパブリケーションを作成するには、次の手順を実行します。
SQL Server Management Studioで[レプリケーション] を展開し、[ローカル パブリケーション] を右クリックし、[新しいパブリケーション] を選択します。
新しいパブリケーション ウィザードで、[ 次へ] を選択します。
[ パブリケーション データベース ] ページで、MDT DB を選択し、[ 次へ] を選択します。
[ パブリケーションの種類 ] ページで、[ スナップショット パブリケーション] を選択し、[ 次へ] を選択します。
[アーティクル] ページで、すべてのテーブル、ストアド プロシージャ、ビューを選択し、[次へ] を選択します。
[ アーティクルの問題 ] ページで、[ 次へ] を選択します。
[ テーブル行のフィルター] ページで、[ 次へ] を選択します。
[スナップショット エージェント] ページで、次の手順を実行します。
[スナップショットをすぐに作成する] を選択し、サブスクリプションを初期化するために使用できるスナップショットを保持します。
[スナップショット エージェントをスケジュールして、次の時刻に実行する] を選択します。
[変更] を選択します。
注:
データベースがレプリケートされる 1 時間前に発生するスケジュールを指定します。
[次へ] を選択します。
[エージェントのセキュリティ] ページで、スナップショット エージェントを実行するアカウントを選択し、[次へ] を選択します。
[ ウィザードの操作] ページで、[ パブリケーションの作成] を選択し、[ 次へ] を選択します。
[ ウィザードの完了 ] ページの [パブリケーション名 ] ボックスに、説明的なパブリケーション名を入力します。
[ 完了] を選択 してウィザードを完了し、ウィザードでパブリケーションが作成されたら [閉じる ] を選択します。
注:
これで、パブリケーションがSQL Server Management Studioの [ローカル パブリケーション] ノードの下に表示されるようになります。
発行済み MDT DB への子展開サーバーのサブスクライブ
MDT DB が発行されたので、このパブリケーションに子デプロイ サーバーをサブスクライバーとして追加できます。つまり、展開中にクライアント コンピューターが WAN 経由ではなくネットワークにローカルなデータベースを照会できるように、スケジュールに従ってデータベースのコピーを受け取ります。
MDT DB パブリケーションに子デプロイ サーバーをサブスクライブするには
SQL Server Management Studioで、[レプリケーション/ローカル パブリケーション] に移動します。
前のセクションで作成したパブリケーションを右クリックし、[ 新しいサブスクリプション] を選択します。
新しいサブスクリプション ウィザードで、[ 次へ] を選択します。
[ パブリケーション ] ページで、前のセクションで作成したパブリケーションを選択します。
[ディストリビューション エージェント場所] ページで、[ディストリビューター SERVERNAME (プッシュ サブスクリプション)] で [すべてのエージェントを実行する] を選択し、[次へ] を選択します。
[ サブスクライバー ] ページで、次の手順を実行して、各子デプロイ サーバーを追加します。
[サブスクライバーの追加] を選択し、[サブスクライバー SQL Server追加] を選択します。
各子デプロイ サーバーを追加します。
追加された子デプロイ サーバーごとに、[ サブスクリプション データベース ] ボックスで、その子デプロイ サーバーの空の MDT DB を選択します。
注:
空の MDT DB がまだ作成されていない場合は、[ サブスクリプション データベース ] ボックスで、新しいデータベースを作成するオプションを選択します。
注:
このデータベースには、マスター デプロイ サーバー上の MDT DB と同じ名前を指定する必要があります。 たとえば、マスター デプロイ サーバーの MDT DB が MDTDB と呼ばれる場合は、子デプロイ サーバーに MDTDB という空のデータベースを作成します。
[次へ] を選択します。
[セキュリティのディストリビューション エージェント] ページで、[...] を選択して、[セキュリティのディストリビューション エージェント] ダイアログ ボックスを開きます。
ディストリビューション エージェントに使用するアカウントの詳細を入力し、[ 次へ] を選択します。
[ 同期スケジュール ] ページで、次の手順を実行します。
[ エージェント スケジュール ] ボックスで、 < [既定のスケジュール>] を選択します。
マスターと子のデプロイ サーバー間でデータベースをレプリケートするために使用するスケジュールを指定し、[ 次へ] を選択します。
[ サブスクリプションの初期化 ] ページで、[ 次へ] を選択します。
[ ウィザードの操作] ページで、[ サブスクリプションの作成] を選択し、[ 次へ] を選択します。
[ 完了] を選択し、ウィザードが正常に完了したら [閉じる ] を選択します。
SQL Serverレプリケーションが構成され、MDT DB はマスター デプロイ サーバーから定期的にサブスクライブされているすべての子デプロイ サーバーにレプリケートされます。
CustomSettings.ini の構成
LTI デプロイ インフラストラクチャが正常に作成され、各場所に LTI デプロイ サーバーが含まれます。レプリケートされたコピーは次のとおりです。
デプロイ共有
The MDT DB
Windows 展開サービスに追加されたLiteTouchPE_x86 Windows PE 環境
これで、展開共有の CustomSettings.ini ファイルを、Windows Deployment Services を介してLiteTouchPE_x86.wim 環境を提供するローカル 展開サーバーの展開コンテンツ (展開共有とデータベース) を使用するように構成できます。
LiteTouchPE_x86.wim ファイルが Windows Deployment Services から配信されると、使用している Windows Deployment Services サーバーの名前でレジストリ キーが構成されます。 MDT は、CustomSettings.ini の構成に使用できる変数 (%WDSServer%) でこのサーバー名をキャプチャします。
ローカル 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 ファイルを作成する
「追加ファイル ディレクトリへの 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 スクリプトはウィザード ページを読み込み、展開サーバーへのパスをユーザーに求めます。 HTML アプリケーション (HTA) ウィザード ページの初期化中に、MDT スクリプトは、LocationServer.xml ファイルの存在をチェックし、存在する場合は、LocationServer.xml を使用して使用可能な展開サーバーを表示します。
LocationServer.xml を使用するタイミングを理解する
MDT には、LTI デプロイ中に接続するサーバーを決定するための複数の方法が用意されています。 デプロイ サーバーを特定するためのさまざまな方法は、さまざまなシナリオに最適です。そのため、LocationServer.xml を使用するタイミングを理解することが重要です。
MDT には、最も適切なデプロイ サーバーを自動的に検出して使用するためのいくつかの方法が用意されています。 これらのメソッドを次の表に示します。
メソッド | 詳細 |
---|---|
%WDSServer% | このメソッドは、MDT サーバーが Windows Deployment Services サーバーで共同ホストされている場合に使用されます。 Windows 展開サービスから LTI 展開が開始されると、環境変数 %WDSServer%が作成され、Windows Deployment Services サーバーの名前が設定されます。 DeployRoot 変数では、次の変数を使用して、Windows Deployment Services サーバー上の展開共有に自動的に接続できます。たとえば、次のようになります。 DeployRoot=\\%WDSServer%\Deployment$ |
場所ベースの自動化 | MDT は、BootStrap.ini ファイル内の場所ベースの自動化を使用して、デプロイするサーバーを決定できます。 異なる場所を区別するには、 Default Gateway プロパティを使用します。 既定のゲートウェイごとに、異なる MDT サーバーが指定されます。 場所ベースの自動化の使用の詳細については、「構成設定を適用する方法の選択」を参照してください。 |
前の表に示す各方法では、特定のシナリオで特定の場所にあるデプロイ サーバーの選択を自動化する 1 つの方法が用意されています。 これらのアプローチは、MDT サーバーが Windows 展開サービスと共同ホストされている場合など、特定のシナリオを対象としています。
これらのアプローチが適していないシナリオは他にもあります。たとえば、特定の場所に複数の展開サーバーがある場合や、自動化ロジックを使用できない場合 (たとえば、ネットワークが場所の決定を可能にするために十分にセグメント化されていない場合や、MDT サーバーが Windows Deployment Services から分離されている場合など)。
これらのシナリオでは、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 ファイルの追加
LocationServer.xml ファイルを作成したら、LiteTouch_x86に追加し、Windows PE ブート イメージを X:\Deploy\Control フォルダーにLiteTouch_x64します。 Deployment Workbench を使用して、展開共有プロパティに追加する追加のディレクトリを指定して、これらの Windows PE イメージに他のファイルとフォルダーを追加します。
デプロイ共有に LocationServer.xml を追加するには
ルート展開共有フォルダーに Extra Files という名前のフォルダーを作成します (たとえば、D:\Production Deployment Share\Extra Files)。
追加ファイルが存在する Windows PE の場所を反映するフォルダー構造を Extra Files フォルダーに作成します。
たとえば、LocationServer.xml ファイルは Windows PE の \Deploy\Control フォルダーに存在する必要があります。そのため、[追加ファイル] の下に同じフォルダー構造を作成します (たとえば、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) で、次の手順を実行します。
[ Windows PE プラットフォームの設定] タブ ( プラットフォーム は構成する Windows PE イメージのアーキテクチャ) を選択します。
[ Windows PE のカスタマイズ ] セクションの [ 追加するディレクトリ ] ボックスに「 path 」と入力し ( 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を追加し、Windows PE 環境を Windows 展開サービスにLiteTouch_x64するか、展開中に使用するブート メディアに書き込みます。
Lite Touch インストールを使用して既存のコンピューターを新しいコンピューターに置き換える
MDT を使用して、エンタープライズ アーキテクチャの既存のコンピューターに代わる新しいコンピューターにイメージを展開できます。 この状況は、あるオペレーティング システムから別のオペレーティング システムにアップグレードする場合 (新しいオペレーティング システムで新しいハードウェアが必要になる場合)、またはorganizationで既存のアプリケーションに対してより新しい高速コンピューターが必要な場合に発生する可能性があります。
既存のコンピューターを新しいコンピューターに置き換える場合、ユーザー アカウントやユーザー状態データなど、あるコンピューターから別のコンピューターに移行されるすべての設定を考慮することをお勧めします。 さらに、移行が失敗した場合に備えて復旧ソリューションを作成することが重要です。
このサンプル展開では、WDG-EXIST-01 からユーザー状態データをキャプチャしてネットワーク共有に保存することで、既存のコンピューター (WDG-EXIST-01) を CORP ドメインの新しいコンピューター (WDG-NEW-02) に置き換えます。 次に、既存のイメージを WDG-NEW-02 にデプロイし、最後にキャプチャされたユーザー状態データを WDG-NEW-02 に復元します。 デプロイは、デプロイ サーバー (WDG-MDT-01) から実行されます。
MDT で、Standard クライアント置換タスク シーケンス テンプレートを使用して、必要なすべての展開タスクを実行するタスク シーケンスを作成します。
このデモでは、次のことを前提としています。
展開サーバーに MDT がインストールされました (WDG MDT 01)
展開共有は、オペレーティング システム イメージ、アプリケーション、デバイス ドライバーなど、既に作成され、設定されています
参照コンピューターのイメージが既にキャプチャされており、新しいコンピューターに展開されます (WDG NEW 02)
ネットワーク共有フォルダー (UserStateCapture$) が作成され、適切な共有アクセス許可を持つ展開サーバー (WDG MDT 01) で共有されました
デプロイ共有は、このサンプルを開始する前に存在する必要があります。 展開共有の作成の詳細については、 MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「Deployment Workbench での展開共有の管理」を参照してください。
手順 1: ユーザー状態をキャプチャするタスク シーケンスを作成する
新しいタスク シーケンス ウィザードを使用して、Deployment Workbench の [タスク シーケンス] ノードで MDT タスク シーケンスを作成します。 [コンピューターの置換] 展開シナリオの最初の部分 (既存のコンピューターでのユーザー状態のキャプチャ) を実行するには、新しいタスク シーケンス ウィザードの [クライアント置換タスク シーケンス] テンプレートStandardを選択します。
コンピューターの置き換え展開シナリオでユーザーの状態をキャプチャするタスク シーケンスを作成するには
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/ deployment_share/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 新しいタスク シーケンス] を選択します。
新しいタスク シーケンス ウィザードが起動します。
次の情報を使用して、新しいタスク シーケンス ウィザードを完了します。 特に指定がない限り、既定値をそのまま使用します。
このウィザード ページ 説明 全般設定 1. [タスク シーケンス ID] に「 VISTA_EXIST」と入力します。
2. [タスク シーケンス名] に、「 既存のコンピューターでコンピューターの置き換えシナリオを実行する」と入力します。
3. [次へ] を選択します。テンプレートの選択 [ 次のタスク シーケンス テンプレート] で使用できます。 開始点として使用するタスク シーケンスを選択し、[クライアント置換タスク シーケンスStandard選択し、[次へ] を選択します。 概要 構成の詳細が正しいことを確認し、[ 次へ] を選択します。 確認 [完了] を選択します。 新しいタスク シーケンス ウィザードが完了し、タスク シーケンスの一覧に VISTA_EXIST タスク シーケンスが追加されます。
手順 2: オペレーティング システムを展開し、ユーザーの状態を復元するタスク シーケンスを作成する
新しいタスク シーケンス ウィザードを使用して、Deployment Workbench の [タスク シーケンス] ノードで MDT タスク シーケンスを作成します。 コンピューターの置き換え展開シナリオの 2 番目の部分 (オペレーティング システムを展開し、既存のコンピューターでユーザーの状態を復元する) を実行するには、新しいタスク シーケンス ウィザードでStandardクライアント タスク シーケンス テンプレートを選択します。
コンピューターの置き換え展開シナリオでユーザーの状態を展開するタスク シーケンスを作成するには
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 新しいタスク シーケンス] を選択します。
新しいタスク シーケンス ウィザードが起動します。
次の情報を使用して、新しいタスク シーケンス ウィザードを完了します。 特に指定がない限り、既定値をそのまま使用します。
このウィザード ページ 説明 全般設定 1. [タスク シーケンス ID] に「 VISTA_NEW」と入力します。
2. [タスク シーケンス名] に、「 新しいコンピューターでコンピューターの置き換えシナリオを実行する」と入力します。
3. [次へ] を選択します。テンプレートの選択 [ 次のタスク シーケンス テンプレート] で使用できます。 開始点として使用するものを選択し、[Standardクライアント タスク シーケンス] を選択し、[次へ] を選択します。 [OS] を選択します [ 次のオペレーティング システム イメージ] では、このタスク シーケンスと共に展開できます。 使用するものを選択し、 captured_vista_image を選択し ( ここでcaptured_vista_image は、展開ワークベンチの [オペレーティング システム] ノードに追加された参照コンピューターのキャプチャされたイメージ) を選択し、[ 次へ] を選択します。 プロダクト キーの指定 [ 現時点ではプロダクト キーを指定しない] を選択し、[ 次へ] を選択します。 OS の設定 1. [Full Name]\(フル ネーム\) に「 Woodgrove Employee」と入力します。
2. [組織] に「 Woodgrove Bank」と入力します。
3. [インターネット エクスプローラー ホーム ページ] に「http://www.woodgrovebank.com」と入力します。
4. [次へ] を選択します。管理 パスワード [ 管理者パスワード] と [ 管理者パスワードを確認してください] に「P@ssw0rd」と入力し、[完了] を選択 します。 確認 [完了] を選択します。 新しいタスク シーケンス ウィザードが完了し、タスク シーケンスの一覧に VISTA_NEW タスク シーケンスが追加されます。
手順 3: MDT 構成ファイルをカスタマイズする
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] を選択します。
開いているすべてのウィンドウとダイアログ ボックスを閉じます。
手順 4: 展開共有の Windows PE オプションを構成する
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] を選択します。
手順 5: 展開共有を更新する
展開共有の 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 は、deployment_share\Boot フォルダー (展開共有として使用される共有フォルダー) に、LiteTouchPE_x86.iso ファイルと LiteTouchPE_x86.wim ファイル (32 ビット ターゲット コンピューターの場合) または LiteTouchPE_x64.iso ファイルと LiteTouchPE_x64.wim ファイル deployment_share (64 ビット ターゲット コンピューターの場合) を作成します。
手順 6: LTI 起動可能メディアを作成する
展開共有が更新されたときに作成された Windows PE のカスタマイズされたバージョンでコンピューターを起動する方法を指定します。 Deployment Workbench は、deployment_share\Boot フォルダー (展開共有として使用される共有フォルダー) に、LiteTouchPE_x86.iso ファイルと LiteTouchPE_x86.wim ファイル (32 ビット ターゲット コンピューターの場合) または LiteTouchPE_x64.iso ファイルと LiteTouchPE_x64.wim ファイル deployment_share (64 ビット ターゲット コンピューターの場合) を作成します。 これらのイメージの 1 つから適切な 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 起動可能メディアを使用して既存のコンピューターを起動する
プロセスの前に作成した LTI 起動可能メディアを使用して、既存のコンピューター (WDG-EXIST-01) を起動します。 この 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 ドキュメント 「トラブルシューティング リファレンス」を参照してください。
[ デプロイの概要 ] ダイアログ ボックスで、[詳細] を選択 します。
エラーまたは警告が発生した場合は、エラーまたは警告を確認し、診断情報を記録します。
[ デプロイの概要 ] ダイアログ ボックスで、[完了] を選択 します。
ユーザー状態の移行情報がキャプチャされ、プロセスの前に作成されたネットワーク共有フォルダー (UserStateCapture$) に格納されます。
手順 8: LTI 起動可能メディアを使用して新しいコンピューターを起動する
プロセスの前に作成した LTI 起動可能なメディアを使用して、新しいコンピューター (WDG-NEW-02) を起動します。 この CD は、参照コンピューターで Windows PE を起動し、MDT 展開プロセスを開始します。 MDT 展開プロセスの最後に、Windows Vista が新しいコンピューターに展開され、キャプチャされたユーザー状態の移行情報が新しいコンピューターに復元されます。
注:
また、WINDOWS 展開サービスからターゲット コンピューターを起動することで、MDT プロセスを開始することもできます。 詳細については、MDT ドキュメント「 Microsoft Deployment Toolkit の使用」の「Windows 展開サービスの準備」セクションを参照してください。
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 ドキュメント のトラブルシューティング リファレンスを参照してください。
[ デプロイの概要 ] ダイアログ ボックスで、[詳細] を選択 します。
エラーまたは警告が発生した場合は、エラーまたは警告を確認し、診断情報を記録します。
[ デプロイの概要 ] ダイアログ ボックスで、[完了] を選択 します。
Windows Vista が新しいコンピューターにインストールされ、キャプチャされたユーザー状態の移行情報も復元されます。
MDT へのカスタム デプロイ コードの統合
デプロイ チームには、ターゲット環境に固有の複雑な要件があり、Deployment Workbench の定義済みタスク シーケンス アクションまたは既定の MDT 構成ファイルでは満たされないのが一般的です。 このような場合は、要件を満たすためにカスタム コードを実装します。
次の方法で、カスタム デプロイ コードを MDT に統合します。
「適切なスクリプト言語の選択」の説明に従 ってスクリプト言語を選択する
「カスタムデプロイコードの統合」の説明に従 ったカスタムデプロイコードの統合
次のセクションでは、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 2008 Update 1 スクリプトは、ほとんどの MDT スクリプトに ZTIUtility.vbs が含まれるので、ZTIUtility.vbs に広範な変更を加えた場合でも、MDT ではそのまま動作します。
ZTIUtility を活用する方法について
ZTIUtility.vbs ファイルには、カスタム コードで利用できるオブジェクト クラスが含まれています。 次を使用して、カスタム コードを MDT と統合します。
「ZTIUtility ログ クラスを使用する」の説明に従って、ZTIUtility.vbs で定義されているログ クラス
「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 Environment クラスを使用する
ZTIUtiliy.vbs の環境クラスは、MDT プロパティへのアクセスと更新機能を提供します。 前の例では、 oEnvironment.Item("Memory") を 使用して使用可能な RAM の量を取得します。これは、MDT ドキュメント Toolkit Reference で説明されているプロパティの値を取得するためにも使用できます。
ZTIUtility ユーティリティ クラスを使用する
ZTIUtility.vbs スクリプトには、カスタム デプロイ スクリプトで使用できる一般的に使用されるユーティリティが多数含まれています。 これらのユーティリティは、 oLogging クラスや oEnvironment クラスと同じ方法で任意のスクリプトに追加できます。
次の表では、使用可能な便利な関数とその出力について詳しく説明します。 使用可能な関数の完全な一覧については、ZTIUtility.vbs ファイルを参照してください。
Function | 出力 |
---|---|
oUtility.LocalRootPath | ターゲット コンピューター上の展開プロセスで使用されているルート フォルダーのパスを返します (例: C:\MININT)。 |
oUtility.BootDevice | システム ブート デバイス (MULTI(0)DISK(0)RDISK(0)PARTITION(1) など) を返します |
oUtility.LogPath | デプロイ中に使用されている logs フォルダーへのパス (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 フォルダー内の指定されたファイルと、サービス、ツール、USMT、テンプレート、スクリプト、コントロールなどの標準サブフォルダーを検索します |
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 または fail の場合は、iError でスクリプトを終了します |
TestAndLog(iRc , sMessage) | iRc が false または fail の場合にのみ警告をログに記録します |
カスタムデプロイコードの統合
カスタム デプロイ コードは、いくつかの方法で 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_share/アプリケーションに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 新しいアプリケーション] を選択します。
新しいアプリケーション ウィザードが起動します。
次の情報を使用して、新しいアプリケーション ウィザードを完了します。 特に指定がない限り、既定値をそのまま使用します。
このウィザード ページ 説明 アプリケーションの種類 [ソース ファイルを含まないアプリケーション] またはネットワーク上の他の場所を選択し、[次へ] を選択します。 詳細 アプリケーションの情報に基づいてこのページを完了し、[ 次へ] を選択します。 コマンドの詳細 1. [コマンド ライン ] ボックス に、「%SCRIPTROOT%\custom_codecscript.exe」と入力 します (ここで、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/タスク シーケンス に移動します ( ここで、deployment_share は構成する展開共有の名前です)。
詳細ウィンドウで、[ task_sequence ] を選択します ( ここでtask_sequence は、カスタム コードを実行するタスク シーケンスの名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[task_sequenceProperties] ダイアログ ボックスで、[タスク シーケンス] タブを選択します。
コンソール ツリーで、[ グループ ] に移動します (ここで、 グループ はタスク シーケンス ステップを追加するグループです)。
[ 追加] を選択し、[ 全般] を選択し、[ コマンド ラインの実行] を選択します。
コンソール ツリーで、[ コマンド ラインの実行] を選択し、[ プロパティ ] タブを選択します。
[ 名前 ] ボックスに 「name 」( 名前 はカスタム コードのわかりやすい名前) と入力します。
[ プロパティ ] タブの [ コマンド ライン ] ボックスに「 command_line 」と入力します (ここで 、command_line はカスタム コードを実行するコマンドです。たとえば cscript.exe、%SCRIPTROOT%\CustomCode.vbsなど)。
[開始位置] ボックス に 「 path 」と入力し ( path はカスタム コードの作業フォルダーへの完全修飾パスです。通常、これは コマンド ライン ボックスで指定されたパスと同じです)、[OK] を選択 します。
新しく作成されたタスク シーケンス ステップがタスク シーケンス ステップの一覧に表示されます。
ユーザー終了スクリプトとしてカスタム コードを実行する
UserExit ディレクティブを使用して、CustomSettings.ini からユーザー終了スクリプトとしてカスタム コードを実行することもできます。 これにより、CustomSettings.ini ルール検証プロセスに情報を渡すメカニズムが提供され、MDT プロパティの動的更新が提供されます
ユーザー終了スクリプトと UserExit ディレクティブの詳細については、MDT ドキュメント「 Microsoft Deployment Toolkit の使用」の「CustomSettings.ini ファイル内のユーザー終了スクリプト」セクションを参照してください。
さまざまなインストール方法を使用したデバイス ドライバーのインストール
このシナリオでは、MDT を使用して、オペレーティング システムをさまざまな種類のハードウェアに展開します。 展開プロセスの一環として、各ハードウェアの種類が正しく機能するように、デバイス ドライバーを特定してインストールします。 デバイス ドライバーには 2 種類のメインがあります。展開プロセスでは、それぞれ異なる方法で処理する必要があります。
Deployment Workbench にデバイス ドライバーをインポートするために使用できる .inf ファイルを含むデバイス ドライバー
アプリケーションとしてパッケージ化され、アプリケーションとしてインストールする必要があるデバイス ドライバー
MDT を使用すると、オペレーティング システムの展開の一部として、両方の種類のドライバーを処理できます。
次の方法でデバイス ドライバーをインストールします。
「デバイス ドライバーのインストールに使用する方法の決定」の説明に従って、各デバイス ドライバーをインストールする方法を決定する
「Out-of-Box Drivers メソッドを使用したデバイス ドライバーのインストール」の説明に従って、すぐに使うドライバーメソッドを使用する
「アプリケーションとしてのデバイス ドライバーのインストール」の説明に従って アプリケーションとしてインストールする
このシナリオでは、MDT がデプロイ サーバーで実行されていることを前提としています。
デバイス ドライバーのインストールに使用する方法の決定
ハードウェア製造元は、次の 2 つの形式のいずれかでデバイス ドライバーをリリースします。
展開できるパッケージとして、ドライバーを Deployment Workbench にインポートするために使用される .inf ファイルを含むパッケージとして
従来のアプリケーション インストール プロセスを使用してインストールする必要があるアプリケーションとして
.inf ファイルにアクセスするために抽出できるデバイス ドライバー パッケージは、最初に Deployment Workbench の [Out-of-Box Drivers] ノードにドライバーをインポートすることで、MDT の自動ドライバー検出とインストール プロセスを使用できます。
.inf ファイルを分離するために抽出できないデバイス ドライバー パッケージ、または MSI や Setup.exe ファイルなどのアプリケーション インストーラーを使用して最初にインストールしないと正しく動作しないデバイス ドライバー パッケージは、MDT アプリケーションのインストール機能を使用して、通常のアプリケーションと同様に展開プロセス中にデバイス ドライバーをインストールできます。
Out-of-Box Drivers メソッドを使用したデバイス ドライバーのインストール
.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ブート環境を生成するために、展開共有を次に更新する必要があります。
Lite Touch 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/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
詳細ウィンドウで、[ task_sequence ] を選択 します (ここで、task_sequence は、デバイス ドライバー アプリケーションをインストールするために必要な展開タスク シーケンスです)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[task_sequenceProperties] ダイアログ ボックスの [タスク シーケンス] タブの詳細ウィンドウで、[状態の復元/Windows Update (アプリケーション前のインストール)] に移動します。
[ タスク シーケンス ] タブで、[ 追加] を選択し、[ 新しいグループ] を選択します。
これにより、タスク シーケンスに新しいタスク シーケンス グループが作成されます。 この新しいタスク シーケンス グループを使用して、ハードウェア固有のデバイス ドライバー アプリケーションをインストールする手順を作成します。
詳細ウィンドウで、[ 新しいグループ] を選択します。
[ プロパティ ] タブの [名前 ] ボックスに「 group_name 」と入力します ( ここで、group_name はグループの名前です。たとえば、 ハードウェア固有のアプリケーション - Dell Computer Corporation)。
[ オプション ] タブで、[ 追加] を選択し、[ クエリ WMI] を選択します。
[ タスク シーケンス WMI 条件 ] ダイアログ ボックスで、次の詳細を入力します。
[ WMI 名前空間 ] ボックスに「 root\cimv2」と入力します。
[WQL クエリ] ボックスに、Win32_ComputerSystem クラスを使用して WMI クエリ言語 (WQL) クエリを入力して、アプリケーションが特定のアプリケーションの種類に対してのみインストールされるようにします(例:
選択 * 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/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
詳細ウィンドウで、[ task_sequence ] を選択 します (ここで、task_sequence は、デバイス ドライバー アプリケーションをインストールするために必要な展開タスク シーケンスです)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[task_sequenceProperties] ダイアログ ボックスで、[タスク シーケンス] タブを選択します。
詳細ウィンドウで、[状態の復元/hardware_specific_group ] に移動します ( ここでhardware_specific_group は、デバイス ドライバー アプリケーションをインストールするためにタスク シーケンス ステップが追加されるハードウェア固有のグループの名前です)。
[ タスク シーケンス ] タブで、[ 追加] を選択し、[ 全般] を選択し、[ アプリケーションのインストール] を選択します。
[ アプリケーションのインストール] タスク シーケンスステップが詳細ウィンドウに表示されます。
詳細ウィンドウで、[アプリケーションのインストール] を選択 します。
[ プロパティ ] タブで[ 単一のアプリケーションをインストールする] を選択し、[ インストールするアプリケーション ] の一覧 でhardware_application を選択します ( ここで、hardware_application はハードウェア固有のアプリケーションをインストールするためのアプリケーションです)。
注:
このプロセスは、展開中に使用する必要があるデバイス ドライバー アプリケーションごとに繰り返す必要があります。
CustomSettings.ini でデバイス ドライバー アプリケーションを指定する
LTI または ZTI のデプロイが開始されると、最初に完了するアクションの 1 つは、BootStrap.ini と CustomSettings.ini コントロール ファイルの処理です。 どちらのファイルにも、デプロイを動的にカスタマイズするために使用できる規則が含まれています。
MDT が CustomSettings.ini ファイルを処理する方法により、特定の条件に基づいてアプリケーションを追加できます。 このロジックは、特定のハードウェアの種類に基づいて、展開中にデバイス ドライバー固有のアプリケーションを追加するために使用されます。 アプリケーションは、デプロイ共有の Applications.xml ファイルにあるアプリケーションの GUID によって CustomSettings.ini で参照されます。
インポートされたアプリケーションの GUID を見つけるには
デプロイ サーバーの展開共有で、Control フォルダー (D:\Production Deployment Share\Control など) を開きます。
Applications.xml ファイルを見つけて開きます。
必要なアプリケーションを見つけます。
アプリケーション タグで囲まれた行を見つけることで、アプリケーション GUID を見つけます。たとえば、。
初期化プロセスの一環として、LTI プロセスと ZTI プロセスの両方で、実行されているコンピューターに関する情報が収集されます。 このプロセスの一環として、WMI クエリが実行され、make および manufacturer の Win32_ComputerSystem クラスの値がそれぞれ変数 %Make% と %Model% として設定されます。
これらの値は、検出された 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% 変数値を使用して、アプリケーション リストの構築方法を動的に操作する方法を示しています。 各種類のハードウェアの make と model の値は、次のいずれかの方法を使用して配置できます。
システム情報ツール。 このツールの [システム概要] ノードを使用して、 システム製造元 (make) と システム モデル (モデル) を特定します。
Windows PowerShell。 Get-WMIObject -class Win32_ComputerSystem コマンドレットを使用して、コンピューターの作成とモデルを決定します。
Windows 管理インストルメンテーション コマンド ライン。 コンピューターの名前 (モデル) とベンダー (make) を返すには 、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 製造元または make および model クエリを使用)。
作成するデータベース エントリごとに、デプロイ プロパティ、アプリケーション、Configuration Manager パッケージ、および管理者を使用するかどうかを指定できます。 データベースに make エントリとモデル エントリを作成することで、必要なハードウェア固有のデバイス ドライバー アプリケーションを追加できます。
デバイス ドライバー アプリケーションのインストールを許可するエントリを 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 展開サービスが使用されます。これは、SP2 を使用した Windows Server 2003 の既定の展開ツールです。 Windows 展開サービスを使用すると、コンピューターの PXE 対応ネットワーク アダプターまたはブート メディアを使用して、Windows オペレーティング システム (特に Windows 7、Windows Server 2008 以降のオペレーティング システム) をネットワーク全体に展開できます。
Windows 展開サービスを展開する前に、環境に最適な次の統合オプションを決定します。
オプション 1。 PXE でコンピューターを起動して LTI プロセスを開始します。
オプション 2。 Windows Deployment Services イメージ ストアからオペレーティング システム イメージを展開します。
オプション 3。 MDT と Windows Server 2008 Windows Deployment Services サーバーロールでマルチキャストを使用します。
オプション 1: PXE でコンピューターを起動して LTI プロセスを開始する
動的ホスト構成プロトコルと組み合わせて 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 イメージのアーキテクチャ) を選択します。
[Lite Touch Boot Image Settings]\(ライト タッチ ブート イメージの設定\) 領域で、[Lite Touch の起動可能な 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
CD または DVD に直接生成された ISO ファイルを書き込むか、新しいハードウェアで 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 Deployment Services サーバーの名前がキャプチャされ、MDTProperty WDSServer に配置されます。 その後、このプロパティは、ブート イメージの BootStrap.ini ファイルと DeployRoot プロパティによって展開共有の CustomSettings.ini ファイルで参照できます。 これにより、Windows Deployment Services サーバーでホストされている展開共有を使用して、Windows Deployment Services から自動的に起動するクライアントが作成されます。 これにより、構成ファイルにサーバー名を指定する必要がなくなります。
ローカルの Windows Deployment Services サーバーを展開サーバーとして設定するには
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [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 展開サービスを既に使用している場合は、独自のストアを使用するのではなく、既に使用されている Windows Deployment Services オペレーティング システム イメージを参照するように構成し、ドライバー管理、アプリケーションの展開、更新プログラムのインストール、ルール処理、その他の MDT 機能を使用して Windows 展開サービスの展開を補完するように MDT の機能を拡張します。 MDT が Windows Deployment Services オペレーティング システム イメージを参照した後は、MDT 展開共有にステージングされたオペレーティング システムと同様に扱うことができます。
Windows Deployment Services オペレーティング システム イメージを参照するには
注:
次の手順では、少なくとも 1 つのオペレーティング システム イメージが以前に Windows Deployment Services サーバーにインポートされている必要があります。
Windows メディアの [ソース] フォルダーから Windows 展開サービス サーバーの C:\Program Files\Microsoft Deployment Toolkit\bin フォルダーに次のファイルをコピーして、MDT を更新して Windows Deployment Services イメージにアクセスできるようにします。
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/オペレーティング システムに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ オペレーティング システムのインポート] を選択します。
新しい OS ウィザードが起動します。
[ OS の種類 ] ページで、[ Windows Deployment Services イメージ] を選択し、[ 次へ] を選択します。
[ WDS サーバー] ページで、参照する Windows Deployment Services サーバーの名前 ( WDSSvr001 など) を入力し、[ 次へ] を選択します。
[ 概要 ] ページで、設定が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。
Windows Deployment Services サーバーで使用可能なすべてのイメージを MDT タスク シーケンスで使用できるようになりました。
注:
Windows 展開サービスからイメージをインポートしても、ソース ファイルは Windows 展開サービス サーバーから展開共有にコピーされません。 MDT は元の場所からソース ファイルを引き続き使用します。
オプション 3: MDT と Windows Server 2008 Windows 展開サービスロールでマルチキャストを使用する
Windows Server 2008 のリリースにより、Windows Deployment Services はマルチキャスト転送を使用したイメージの展開をサポートするように強化されました。 MDT には、MDT と Windows Deployment Services マルチキャストを統合するための更新プログラムも含まれています。
さらに、更新された Windows 自動インストール キット (Windows AIK) バージョン 1.1 には、Wdsmcast.exe が含まれています。 これにより、マルチキャスト セッションを手動で参加させ、Wdsmcast.exe を起動するクライアントがアクティブなマルチキャスト セッションからファイルをコピーできるようにします。
LTIApply.wsf スクリプトは、展開共有からオペレーティング システム ソース ファイルにアクセスするときに Wdsmcast.exe を使用します。 LTIApply.wsf は、deployment_share\Tools\x86 または deployment_share\Tools\x64 フォルダー (deployment_share は、展開共有を含むファイル システム フォルダーの名前) で、展開共有の Wdsmcast.exe を検索します。これは、実行中の Windows PE のバージョンに応じて異なります。
LTIApply.wsf を実行すると、常に既存のマルチキャスト ストリームから WIM イメージにアクセスしてダウンロードしようとしますが、マルチキャスト ストリームが存在しない場合は標準ファイル コピーにフォールバックします。
注:
このプロセスは、WIM イメージ ファイルにのみ適用されます。
MDT マルチキャストを準備するためのデプロイ サーバーの前提条件は次のとおりです。
デプロイ サーバーが 2008 以降Windows Server実行されている必要があります
Windows Deployment Services ロールは、サーバー管理コンソールからインストールする必要があります
windows AIK 1.1 for Windows Server 2008 をインストールする必要があります
MDT をインストールする必要がある
MDT を使用する展開と同様に、ソース ファイルの完全なセットとして、またはセットアップ ファイルを含むカスタム イメージとして、少なくとも 1 つのオペレーティング システム WIM イメージがインポートされている必要があります
注:
マルチキャストには最新バージョンの Windows AIK を使用することが重要です。以前のバージョンの Windows AIK (Windows AIK 1.0 など) に含まれる Windows PE のコピーは、マルチキャスト サーバーからのダウンロードをサポートしていません。
既存の展開共有からのマルチキャスト用に MDT を構成するには
[ スタート] を選択し、[ すべてのプログラム] をポイントします。 [Microsoft Deployment Toolkit] をポイントし、[Deployment Workbench] を選択します
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share に移動します ( ここで、deployment_share は構成するデプロイ共有の名前です)。
[操作] ウィンドウで、[ プロパティ] を選択します。
[全般] タブで、[この展開共有のマルチキャストを有効にする (Windows Server 2008 Windows 展開サービスが必要)] チェック ボックスを選択します。
[OK] を選択します。
[操作] ウィンドウで、[ 展開共有の更新] を選択します。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] を選択します。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] を選択します。
[ 確認 ] ページで、[ 完了] を選択します。
展開共有が Windows Deployment Services マルチキャスト転送用に構成されました。
このプロセスでは、既存の MDT 展開共有を直接使用する自動キャスト Windows 展開サービス マルチキャスト転送が作成されます。 MDT では、Scheduled-Cast 転送は作成されません。 また、Windows 展開サービスに追加のイメージはインポートされず、Windows PE が実行されるまでマルチキャスト クライアントを読み込むことができないため、ブート イメージにマルチキャストを使用できないことに注意してください。
Windows 展開サービスでマルチキャスト転送が生成されたことを確認するには
[ スタート] を選択し、[ 管理ツール] をポイントし、[ Windows 展開サービス] を選択します。
Windows Deployment Services コンソール ツリーで、[ サーバー] を右クリックし、[サーバーの 追加] を選択します。
[ サーバーの追加 ] ダイアログ ボックスで、[ ローカル コンピューター] を選択し、[ OK] を選択します。
Windows 展開サービス コンソール ツリーで、[ サーバー] を選択し、[ server_name ] を選択します ( ここで、server_name は Windows 展開サービスを実行しているコンピューターの名前です)。 [ マルチキャスト転送] を選択します。
詳細ウィンドウには、デプロイ共有の新しい自動キャスト転送 ( BDD Share Deployment$ など) が一覧表示されます。
BDD 共有展開$ 自動キャスト転送の状態が [アクティブ] に設定されていることを確認します。
コンピューターが展開されたら、\Windows\Temp\DeploymentLogs フォルダー内のBDD.log ファイルを調べて、オペレーティング システムがマルチキャスト転送からダウンロードされたことを確認します。
ログ フォルダーには 2 つのエントリがあり、両方ともマルチキャスト転送から始まる。チェックして、転送が成功したことを確認します。 MDT および Windows 展開サービスを使用したマルチキャスト転送の詳細については、MDT ドキュメント「 Microsoft Deployment Toolkit の使用」の「LTI 展開の Windows 展開サービス マルチキャスト展開を有効にする」セクションを参照してください。
MDT を使用した段階的なデプロイの実行 (OEM プリロード)
多くの組織では、運用ネットワークに展開する前に、コンピューターにオペレーティング システム イメージが読み込まれます。 場合によっては、オペレーティング システム イメージの読み込みは、ステージング環境でのコンピューターのビルドを担当するorganization内のチームによって実行されます。 その他の場合、オペレーティング システム イメージの読み込みは、 元の機器メーカー (OEM) とも呼ばれるコンピューター ハードウェア ベンダーによって実行されます。
注:
OEM プリロード プロセスは、LTI を使用して実行される展開に対してのみ MDT でサポートされます。 Configuration Managerには、事前設定されたメディア機能を使用します。
MDT での OEM プリロード プロセスの概要
OEM プリロード プロセスは、次の 3 つのフェーズに分かれています。
フェーズ 1。 ステージング環境に適用する参照コンピューターのメディア ベースのイメージを作成します。
フェーズ 2。 ステージング環境のターゲット コンピューターに参照コンピューター イメージを適用します。
フェーズ 3。 運用環境でのターゲット コンピューターのデプロイを完了します。
フェーズ 1 とフェーズ 3 は、通常、デプロイ organizationによって実行されます。 organizationでの OEM プリロード プロセスの使用に応じて、フェーズ 2 は、organizationまたはコンピューターを提供するコンピューター ハードウェア ベンダーによって実行される場合があります。 organizationがフェーズ 2 を実行する場合、ステージング環境はorganization内にあります。 OEM がフェーズ 2 を実行する場合、ステージング環境は OEM の環境にあります。
OEM プリロード プロセスの MDT 構成ファイルの概要
個別の MDT 構成ファイル (CustomSettings.ini と Bootstrap.ini) は、OEM プリロード プロセスのフェーズ 1 とフェーズ 3 で実行されるタスク シーケンスによって使用されます。 ただし、両方の構成ファイルが異なるフォルダー構造に同時に存在します。
最初のフェーズでは、構成ファイルは参照コンピューターの作成時に使用され、そのフェーズで使用されるタスク シーケンスに固有のフォルダーに格納されます。 OEM プリロード プロセスの 3 番目と最後のフェーズで使用される構成ファイルは、そのフェーズで使用されるタスク シーケンスに固有のフォルダーに格納されます。
構成ファイルを変更するときは、各 OEM プリロード プロセス フェーズの適切なタスク シーケンスに対応する構成ファイルが変更されていることを確認します。
OEM プリロード プロセスの MDT ログ ファイルの概要
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 ファイルを最終的に作成する リムーバブル メディア (メディア) 展開共有を作成します。 展開共有の更新プロセスでは、ユニバーサル ディスク形式メディアの作成に使用できるフォルダー構造も作成されます。
LTI OEM プリロード プロセス — フェーズ 1: Media-Based イメージを作成する
展開organizationは、OEM プリロード プロセスの最初のフェーズを実行します。 このフェーズの最終的な成果物は、OEM または展開organization内のステージング環境に送信されるブート可能なイメージ (ISO ファイルなど) またはメディア (DVD など) です。 これらの手順のほとんどは、Deployment Workbench で実行されます。
OEM または展開organization内のステージング環境への配信用にメディア ベースのイメージを作成するには
Deployment Workbench のデプロイ共有に次のノードを設定します。
オペレーティング システム
アプリケーション
パッケージ
すぐに使うドライバー
この手順の実行の詳細については、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 回目に起動し、オペレーティング システムをターゲット コンピューターに展開するために使用されるタスク シーケンスが実行されます。
最初のハード ディスクの内容を、必要に応じてステージング環境のターゲット コンピューターに複製します。
ターゲット コンピューターは、展開のために運用環境に配信されます。
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 コマンドは、Production$ という名前の D:\Production Deployment Share に新しいデプロイ共有を作成します。 新しいデプロイ共有は、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:\オペレーティング システム\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 Production Build タスク シーケンスを作成します。
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 Production Build タスク シーケンスを削除します。
Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose
MDT DB の作成
次の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$ 共有の下に存在する展開共有を作成します。 [すべて] 選択プロファイルは、リンクされた展開共有にレプリケートされるコンテンツを決定するために使用されます。 運用展開共有のコンテンツは、\\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コマンドは、起動可能なメディアの作成に使用されるコンテンツを含むソース フォルダーを作成します。 運用デプロイ共有がソースとして使用されます。 [すべて] 選択プロファイルは、メディア コンテンツ フォルダーに配置されるコンテンツを決定します。 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コマンドは、MEDIA001 メディア ソース フォルダーのコンテンツを使用する D:\Media にLiteTouchMedia.iso ファイルを作成します。
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)) にリンクされます。
一部の組織では、制限が厳しいグループ ポリシー設定があり、オペレーティング システムの展開中に問題が発生する可能性があります。 たとえば、次のグループ ポリシー設定によって、自動ログオン プロセスが中断される可能性があります。
自動ログオンの制限
管理者アカウントの名前変更
法的バナーとキャプション
制限付きセキュリティ ポリシー (特殊なセキュリティ - 制限付き機能 [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] を選択して、タスク シーケンスを保存します。