Microsoft デプロイ ツールキットのサンプル ガイド
このガイドは、Microsoft Deployment Toolkit (MDT) の一部であり、Windows オペレーティング システムと office Microsoftの展開を通じてスペシャリスト チームをガイドします。 具体的には、このガイドは、特定のデプロイ シナリオのサンプル構成設定を提供するように設計されています。
注:
この記事では、特に記載がない限り、Windows は、Windows 8.1、Windows 8、Windows 7、Windows Server 2012 R2、Windows Server 2012、および Windows Server 2008 R2 オペレーティング システムに適用されます。 MDT では、ARM プロセッサ ベースのバージョンの Windows はサポートされていません。 同様に、 MDT は特に明記されていない限り、現在のバージョンの MDT を参照します。
このガイドを使用するには
目次のシナリオ トピックの一覧を確認します。
組織の展開目標を最も密接に表すシナリオを選択します。
選択したシナリオのサンプル構成設定を確認します。
サンプル構成設定を、環境内の構成設定の基礎として使用します。
環境のサンプル構成設定をカスタマイズします。
多くの場合、環境の構成設定を完了するために複数のシナリオが必要になる場合があります。
このガイドには構成設定のサンプルのみが含まれているため、次の表に示すガイドを確認すると、環境の構成設定をカスタマイズする際にさらに役立ちます。
ガイド このガイドでは、 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 ウィザード デザイナーの 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 ウィザード デザイナーを使用して、手順 4 で作成したConfiguration Manager アプリケーションを含むように ApplicationPage ウィザード ページを構成します。
UDI ウィザード デザイナーを使用して 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 ™ スナップイン (Microsoft) が含まれています。Bdd。SnapIn — Windows PowerShellで MDT 固有の機能を使用する前に読み込む必要があります。 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 コマンドレットは、Windows PowerShell スナップイン Microsoftで提供されます。Bdd。 MDT コマンドレットを使用する前に読み込む必要がある SnapIn。 「Add-PSSnapIn コマンドレットを使用して MDT Windows PowerShell Snap-Inを読み込む」の説明に従って、Add-PSSnapInコマンドレットを使用して MDT Windows PowerShell スナップインを読み込みます。
Add-PSSnapIn コマンドレットを使用して MDT Windows PowerShell Snap-Inを読み込む
MDT Windows PowerShellスナップイン Microsoftを読み込むことができます。Bdd。次の例に示すように、Add-PSSnapIn コマンドレットを使用する任意のWindows PowerShell環境の 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\MDTProviderMDTProvider を使用して提供される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\MDTProviderMDTProvider を使用して提供される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\MDTProviderMDTProvider を使用して提供される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\MDTProviderMDTProvider を使用して提供される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 ファイルの生成は、次のように構成するオプションです。
[メディアのプロパティ] ダイアログ ボックスの [全般] タブで [Lite Touch の起動可能な 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\MDTProviderMDTProvider を使用して提供される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\MDTProviderMDTProvider を使用して提供される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\MDTProviderMDTProvider を使用して提供される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のスクリプト機能の一部を使用することで、コマンドレットを使用してデプロイ共有の作成を自動化できます。
たとえば、組織が異なる部署に複数の展開共有を展開する必要がある場合や、組織が他の組織にオペレーティング システム展開サービスを提供する場合があります。 どちらの例でも、組織では、一貫して構成されている展開共有を作成して設定する機能が必要です。
複数の項目を管理する方法の 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\MDTProviderMDTProvider を使用して提供される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\MDTProviderMDTProvider を使用して提供される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\MDTProviderMDTProvider を使用して提供される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 に変更されます。
展開共有でのオペレーティング システム サービス パックのアプリケーションの自動化
オペレーティング システム サービス パックは、ソフトウェア ライフ サイクルの通常の部分です。 展開共有の既存のオペレーティング システムは、新しく展開または更新されたコンピューターが最新のセキュリティの推奨事項と構成設定で最新であることを確認するために、これらのサービス パックで更新する必要があります。
各展開共有に複数のオペレーティング システムを含む多数の展開共有がある組織では、各展開共有のオペレーティング システムをサービス パックで手動で更新するプロセスに時間がかかる場合があります。 展開共有でのオペレーティング システム サービス パックの適用を自動化する方法は次のとおりです。
「更新されたソース メディアからのオペレーティング システム サービス パックのアプリケーションの自動化」の説明に従って、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\MDTProviderMDTProvider を使用して提供される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展開ツールキットの使用」のリソースを参照してください。
"参照コンピューターへの LTI 展開の準備"
"LTI での参照コンピューターのイメージへの展開とキャプチャ"
目的の Service Pack を参照コンピューターにインストールします。
Service Pack をインストールする方法の詳細については、Service Pack に付属するドキュメントを参照してください。
Sysprep テンプレートとキャプチャ タスク シーケンス テンプレートに基づいてタスク シーケンスを作成して展開することで、参照コンピューターのイメージをキャプチャします。
Sysprep およびキャプチャ タスク シーケンス テンプレートに基づくタスク シーケンスの作成の詳細については、「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\MDTProviderMDTProvider を使用して提供される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%次の例)。手順 3 で定義されている各サブセクションの各
Trueサブセクションと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ソフトウェア インベントリ機能。 Windows 8.1、Windows 8、Windows 7、Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2 のプログラムと機能の一覧は、前回インストールされたアプリケーション パッケージごとに 1 つのレコードが含まれますConfiguration Manager コンピューターをインベントリしました。
マッピング テーブル。 レコードごとにインストールする必要があるパッケージとプログラムについて説明します ([プログラムと機能] レコードまたは [プログラムの追加と削除] レコードでは、アプリケーションをインストールしたパッケージが正確に指定されていないため、インベントリだけに基づいてパッケージを自動的に選択できなくなります)。
コンピューター固有の動的なアプリケーションのインストールを実行するには
MDT DB のテーブルを使用して、特定のパッケージをターゲット オペレーティング システムに一覧表示されているアプリケーションに接続します。
[プログラムと機能] または [プログラムの追加と削除] に記載されているアプリケーションに適切なパッケージを関連付けるデータをテーブルに設定します。
テーブルを設定する SQL クエリ
use [MDTDB] go INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus') go挿入された行は、エントリ
Office12.0を持つすべてのコンピューターを office 2010 Professional Plus パッケージMicrosoft接続します。つまり、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使用してクエリを実行し、すべての MAC アドレス値をIN渡す句を指定します。ここで示したシナリオに基づいて、現在のコンピューターの値
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 サービスを実行するときに注意する必要がある小さな問題がいくつかあります。
プロキシ サーバーでは特別な操作を行わないでください。 匿名プロキシが存在する場合は、プロキシを使用しますが、プロキシを認証すると問題が発生する可能性があります。 ほとんどの場合、Web サービスは呼び出されません。
CustomSettings.iniまたはZTIGather.xmlは、(データベース クエリやその他の規則と同様に) Web サービス呼び出しの結果として返される XML マークアップで定義されたプロパティを検索します。 ただし、XML 検索では大文字と小文字が区別されます。 幸いなことに、ここで説明する Web サービスは、すべての大文字のプロパティ名を返します。これは、ZTIGather.xmlが想定しています。 小文字または大文字と小文字の混在のエントリを再マップして、これを回避できます。
POSTWeb サービスへの要求をお勧めします。そのため、Web サービス呼び出しで をPOSTサポートできる必要があります。
ネットワーク リソースへの接続
LTI と ZTI のデプロイ プロセス中に、展開共有をホストしているサーバーとは異なるサーバー上のネットワーク リソースへのアクセスが必要になる場合があります。 共有フォルダーまたはサービスにアクセスできるように、他のサーバーで認証する必要があります。 たとえば、MDT スクリプトで使用される展開共有をホストしているサーバー以外のサーバー上の共有フォルダーからアプリケーションをインストールできます。
注:
デプロイ共有をホストしているサーバー以外のサーバーでホストされているデータベースSQL Serverクエリを実行するには、MDT ドキュメント Toolkit リファレンスのデータベース、DBID、DBPwd、Instance、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 スクリプトをタスクとしてビルドのタスク シーケンスに追加するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 オプションで指定されたサーバー上のネットワーク リソースにアクセスできます。
同じハードウェア デバイスが異なるが、メイクとモデルが異なるコンピューターに正しいデバイス ドライバーを展開する
モデル番号と名前のバリエーションは、ドライバー セットにほとんど違いはありません。 これらのモデル番号と名前のバリエーションにより、特定のモデルに対して複数のデータベース エントリを作成する時間が不必要に長くなる可能性があります。 次の手順では、モデル番号の部分文字列を返すユーザー終了関数呼び出しを使用して新しいプロパティを定義する方法を示します。
モデルエイリアスを作成するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 ステートメントが 必要です。
タスク シーケンス ステップの [オプション] タブを表示するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
詳細ウィンドウで、[ task_sequence ] をクリックします ( ここで、task_sequence は構成するタスク シーケンスの名前です)。
操作ウィンドウで [プロパティ] をクリックします。
[ task_sequenceプロパティ ] ダイアログ ボックスの [ タスク シーケンス ] タブで、[ ステップ ] をクリックし ( ここで、step は構成するタスク シーケンス ステップの名前)、[ オプション ] タブをクリックします。
タスク シーケンス ステップの [ オプション ] タブで、次のアクションを実行します。
加算が行われます。 タスク シーケンス ステップに条件を追加するには、このボタンをクリックします。
削除。 タスク シーケンス ステップの既存の条件を削除するには、このボタンをクリックします。
編集。 タスク シーケンス ステップの既存の条件を変更するには、このボタンをクリックします。
条件の IF ステートメント
すべてのタスク シーケンス条件には、1 つ以上の IF ステートメントが 含まれます。 IF ステートメントは、条件付きタスク シーケンス ステップを作成するための基礎です。 タスク シーケンス ステップ条件には 1 つの IF ステートメントのみを含めることができますが、最上位の IF ステートメントの下に複数の IF ステートメントを入れ子にして、より複雑な条件を作成できます。
IF ステートメントは、次の表に示す条件に基づいて指定できます。この条件は、[IF ステートメントのプロパティ] ダイアログ ボックスで構成されます。
| Condition | タスク シーケンスを実行する場合は、このオプションを選択します。 |
|---|---|
| すべての条件 | この IF ステートメントの下にあるすべての条件は true である必要があります。 |
| 任意の条件 | この IF ステートメントの下の条件はすべて true です。 |
| なし | この IF ステートメントの下の条件は true ではありません。 |
条件に他の条件 (たとえば、レジストリ設定のタスク シーケンス変数や値) を追加して、タスク シーケンス ステップを実行するための条件を完了します。
タスク シーケンス ステップに IF ステートメント条件を追加するには
[オプション] タブ (ステップは構成するタスク シーケンス ステップの名前) で、[追加] をクリックし、[If ステートメント] をクリックします。
[ If Statement Properties]\(If ステートメントのプロパティ \) ダイアログ ボックスで、[ 条件 ] ( 条件 は前の表に示した条件のいずれか) をクリックし、[OK] をクリック します。
条件のタスク シーケンス変数
タスク シーケンス変数条件を使用して、タスク シーケンス変数の設定タスクまたはタスク シーケンス内の任意のタスクによって作成されたタスク シーケンス変数を評価します。 たとえば、ドメインの一部である Windows XP クライアント コンピューターと、ワークグループ内の一部を含むネットワークを考えてみましょう。 現在のドメイン ポリシーによって、すべてのユーザー設定がネットワークに強制的に保存されるため、ユーザー設定は、ドメインの一部ではないコンピューター (ワークグループ内のコンピューター) に対してのみ保存する必要がある場合があります。 このような場合は、ワークグループ内のコンピューターを対象とする [ ユーザー ファイルと設定のキャプチャ] タスクに条件を追加します。
タスク シーケンス変数に基づいて条件を追加するには
[オプション] タブ (ステップは構成するタスク シーケンス ステップの名前) で、[条件の追加] をクリックし、[タスク シーケンス変数] をクリックします。
[ タスク シーケンス変数 の条件] ダイアログ ボックスの [ 変数 ] ボックスに「 OSDJoinType」と入力します。
注:
この変数は、ドメインに参加しているコンピューターの場合は 0 、ワークグループ内のコンピューターの場合は 1 に設定されます。
[ 条件 ] ボックスで、[ 等しい] をクリックします。
[値] ボックスに「1」と入力し、[OK] をクリックします。
条件のオペレーティング システムのバージョン
[オペレーティング システムのバージョン] 条件を使用して、ターゲット コンピューターまたは既存のクライアントの既存のオペレーティング システムのバージョンを確認します (イメージをキャプチャする場合)。 たとえば、Windows Server 2003 から Windows Server 2008 にアップグレードされる複数のサーバーを含むネットワークを考えてみましょう。 ネットワーク設定は、Windows Server 2003 を実行しているサーバーにのみコピーして適用する必要があります。 その他のすべてのサーバーには、Windows Server 2008 で使用される既定のネットワーク設定があります。
オペレーティング システムのバージョンに基づいて条件を追加するには
タスク シーケンス エディターで、[ ネットワーク設定のキャプチャ ] タスクをクリックします。
[ 条件の追加] をクリックし、[ オペレーティング システムのバージョン] をクリックします。
[アーキテクチャ] ボックス で 、関連するサーバーをクリックします。 この例では、[ 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 で作成したタスクをクリックします。
[ 条件の追加] をクリックし、[ フォルダーのプロパティ] をクリックします。
[ パス ] ボックスに、アプリケーションを含むフォルダーのパスを入力します。
[ タイムスタンプのチェック ] チェック ボックスをオンにします。
条件 の [以下 ] をクリックします。
[ 日付 ] ボックスで、 2007 年 12 月 31 日をクリックします。
[ 時間 ] ボックスで、[ 午前 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) ファイルを使用してインストールされたソフトウェアのみです。 たとえば、2012 Microsoft SQL Server実行されているサーバーを除くすべてのサーバーのオペレーティング システムをアップグレードするとします。
インストール済みソフトウェア条件をタスク シーケンス ステップに追加するには
Configuration Manager コンソールまたは Deployment Workbench のタスク シーケンス エディターで、task_sequenceを編集します (タスク シーケンスはサーバーをアップグレードするタスク シーケンスです)。
シーケンスの最初のタスクをクリックし、[ オプション ] タブをクリックします。
[ 条件の追加] をクリックし、[ インストール済みソフトウェア] をクリックします。
[参照] をクリックし、SQL Server 2012 の MSI ファイルをクリックします。
[この特定の製品に一致する] チェック ボックスをオンにすると、2012 年SQL Serverコンピューターのみが、このクエリで検出する対象のコンピューターとは異なります。
[OK] をクリックします。
複雑な条件
IF ステートメントを使用して複数の条件をグループ化して、複雑な条件を作成できます。 たとえば、特定の手順は、Windows Server 2003 または Windows Server 2008 を実行している Contoso 1950 コンピューターでのみ実行する必要があるとします。 プログラム IF ステートメントとして記述すると、次のようになります。
IF ((Computer Model IS "Contoso 1950") AND (operating system=2003 OR operating system=2008))
複雑な条件を追加するには
Configuration Manager コンソールまたは Deployment Workbench のタスク シーケンス エディターで、task_sequenceを編集します (タスク シーケンスはサーバーをアップグレードするタスク シーケンスです)。
条件を追加するタスク シーケンス ステップをクリックし、[ オプション ] タブをクリックします。
[ 条件の追加] をクリックし、[ If ステートメント] をクリックし、[ すべての条件] をクリックします。 [OK] をクリックします。
条件ステートメントをクリックし、[ 条件の追加] をクリックし、[ WMI クエリ] をクリックします。
ルート\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 でのアプリケーションの構成」を参照してください。
オペレーティング システムについては、「Deployment Workbench でのオペレーティング システムの構成」の MDT ドキュメント「Microsoft Deployment Toolkit の使用」を参照してください。
オペレーティング システム パッケージについては、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] をクリックします。
[次へ] をクリックします。
[ トポロジの選択] ページで 、[ ハブとスポーク] をクリックし、[ 次へ] をクリックします。
[ ハブ メンバー ] ページで、マスター デプロイ サーバーをクリックし、[ 追加] をクリックします。
[次へ] をクリックします。
[ ハブとスポークの接続] ページで、子デプロイ サーバーごとに、一覧表示されているマスター デプロイ サーバーが 必須ハブ メンバーであることを確認します。
[次へ] をクリックします。
[ レプリケーション グループのスケジュールと帯域幅] ページで、サーバー間でコンテンツをレプリケートするためのスケジュールを指定します。
[次へ] をクリックします。
[ プライマリ メンバー ] ページの [ プライマリ メンバー ] ボックスで、マスター デプロイ サーバーをクリックします。
[次へ] をクリックします。
[ レプリケートするフォルダー] ページで、[ 追加] をクリックし、次の手順を実行します。
[ レプリケートするフォルダーのローカル パス ] ボックスで、[ 参照 ] をクリックして 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$ 共有として設定されていることを前提としています。
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 環境を更新する必要があります。
[操作] ウィンドウで、[ 展開共有の更新] をクリックします。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] をクリックします。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
次の例は、このセクションで説明する手順を実行した後の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 が使用する <サーバー重みタグを使用して、重み付> けメトリックを指定します。 サーバーが選択される可能性は、次のように計算されます。
すべてのサーバーの重みのサーバーの重み/合計
前の例では、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 は展開共有のルート フォルダーへの完全修飾パスです)。
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 プロパティを削除するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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ブート環境を生成するには、デプロイ共有を更新する必要があります。
デプロイ共有を更新するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share に移動します ( ここで、deployment_share は構成するデプロイ共有の名前です)。
[操作] ウィンドウで、[ 展開共有の更新] をクリックします。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] をクリックします。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
注:
更新プロセスが完了したら、新しいLiteTouch_x86を追加し、Windows PE 環境を Windows 展開サービスにLiteTouch_x64するか、展開中に使用するブート メディアに書き込みます。
Lite Touch インストールを使用して既存のコンピューターを新しいコンピューターに置き換える
MDT を使用して、エンタープライズ アーキテクチャの既存のコンピューターに代わる新しいコンピューターにイメージを展開できます。 この状況は、あるオペレーティング システムから別のオペレーティング システムにアップグレードする場合 (新しいオペレーティング システムに新しいハードウェアが必要な場合)、または組織が既存のアプリケーションに対してより新しいより高速なコンピューターを必要とする場合に発生する可能性があります。
既存のコンピューターを新しいコンピューターに置き換える場合、Microsoft ユーザー アカウントやユーザー状態データなど、コンピューター間で移行されるすべての設定を考慮することをお勧めします。 さらに、移行が失敗した場合に備えて復旧ソリューションを作成することが重要です。
このサンプル展開では、WDG-EXIST-01 からユーザー状態データをキャプチャしてネットワーク共有に保存することで、既存のコンピューター (WDG-EXIST-01) を CORP ドメインの新しいコンピューター (WDG-NEW-02) に置き換えます。 次に、既存のイメージを WDG-NEW-02 にデプロイし、最後にキャプチャされたユーザー状態データを WDG-NEW-02 に復元します。 デプロイは、デプロイ サーバー (WDG-MDT-01) から実行されます。
MDT で、標準クライアント置換タスク シーケンス テンプレートを使用して、必要なすべての展開タスクを実行するタスク シーケンスを作成します。
このデモでは、次のことを前提としています。
展開サーバーに MDT がインストールされました (WDG MDT 01)
展開共有は、オペレーティング システム イメージ、アプリケーション、デバイス ドライバーなど、既に作成され、設定されています
参照コンピューターのイメージが既にキャプチャされており、新しいコンピューターに展開されます (WDG NEW 02)
ネットワーク共有フォルダー (UserStateCapture$) が作成され、適切な共有アクセス許可を持つ展開サーバー (WDG MDT 01) で共有されました
デプロイ共有は、このサンプルを開始する前に存在する必要があります。 デプロイ共有の作成の詳細については、MDT ドキュメント「Microsoft Deployment Toolkit の使用」の「Deployment Workbench での展開共有の管理」を参照してください。
手順 1: ユーザー状態をキャプチャするタスク シーケンスを作成する
新しいタスク シーケンス ウィザードを使用して、Deployment Workbench の [タスク シーケンス] ノードで MDT タスク シーケンスを作成します。 [コンピューターの置換] 展開シナリオの最初の部分 (既存のコンピューターでのユーザー状態のキャプチャ) を実行するには、新しいタスク シーケンス ウィザードで [標準クライアント置換タスク シーケンス] テンプレートを選択します。
コンピューターの置き換え展開シナリオでユーザーの状態をキャプチャするタスク シーケンスを作成するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/ deployment_share/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 新しいタスク シーケンス] をクリックします。
新しいタスク シーケンス ウィザードが起動します。
次の情報を使用して、新しいタスク シーケンス ウィザードを完了します。 特に指定がない限り、既定値をそのまま使用します。
このウィザード ページ 説明 全般設定 1. [タスク シーケンス ID] に「 VISTA_EXIST」と入力します。
2. [タスク シーケンス名] に、「 既存のコンピューターでコンピューターの置き換えシナリオを実行する」と入力します。
3. [ 次へ] をクリックします。テンプレートの選択 [ 次のタスク シーケンス テンプレート] で使用できます。 開始点として使用するタスク シーケンスを選択し、[ Standard Client Replace Task Sequence]\(標準クライアント置換タスク シーケンス\) を選択し、[ 次へ] をクリックします。 概要 構成の詳細が正しいことを確認し、[ 次へ] をクリックします。 確認 [完了] をクリックします。 新しいタスク シーケンス ウィザードが完了し、タスク シーケンスの一覧に VISTA_EXIST タスク シーケンスが追加されます。
手順 2: オペレーティング システムを展開し、ユーザーの状態を復元するタスク シーケンスを作成する
新しいタスク シーケンス ウィザードを使用して、Deployment Workbench の [タスク シーケンス] ノードで MDT タスク シーケンスを作成します。 コンピューターの置き換え展開シナリオの 2 番目の部分 (オペレーティング システムを展開し、既存のコンピューターでユーザーの状態を復元する) を実行するには、新しいタスク シーケンス ウィザードで [標準クライアント タスク シーケンス] テンプレートを選択します。
コンピューターの置き換え展開シナリオでユーザーの状態を展開するタスク シーケンスを作成するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share/タスク シーケンスに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 新しいタスク シーケンス] をクリックします。
新しいタスク シーケンス ウィザードが起動します。
次の情報を使用して、新しいタスク シーケンス ウィザードを完了します。 特に指定がない限り、既定値をそのまま使用します。
このウィザード ページ 説明 全般設定 1. [タスク シーケンス ID] に「 VISTA_NEW」と入力します。
2. [タスク シーケンス名] に、「 新しいコンピューターでコンピューターの置き換えシナリオを実行する」と入力します。
3. [ 次へ] をクリックします。テンプレートの選択 [ 次のタスク シーケンス テンプレート] で使用できます。 開始点として使用するタスク シーケンスを選択し、[ 標準クライアント タスク シーケンス] を選択し、[ 次へ] をクリックします。 [OS] を選択します [ 次のオペレーティング システム イメージ] では、このタスク シーケンスと共に展開できます。 使用するものを選択し、 captured_vista_image ( captured_vista_image は、参照コンピューターが Deployment Workbench の [オペレーティング システム] ノードに追加されたキャプチャ済みイメージ) を選択し、[ 次へ] をクリックします。 プロダクト キーの指定 [ 現時点ではプロダクト キーを指定しない] を選択し、[ 次へ] をクリックします。 OS の設定 1. [Full Name]\(フル ネーム\) に「 Woodgrove Employee」と入力します。
2. [組織] に「 Woodgrove Bank」と入力します。
3. Internet Explorer のホーム ページで、「」と入力します http://www.woodgrovebank.com。
4. [ 次へ] をクリックします。管理 パスワード [ 管理者パスワード] と [ 管理者パスワードを確認してください] に「P@ssw0rd」と入力し、[完了] をクリック します。 確認 [完了] をクリックします。 新しいタスク シーケンス ウィザードが完了し、タスク シーケンスの一覧に VISTA_NEW タスク シーケンスが追加されます。
手順 3: MDT 構成ファイルをカスタマイズする
MDT タスク シーケンスが作成されたら、ユーザー状態情報をキャプチャするための構成設定を提供する MDT 構成ファイルをカスタマイズします。 具体的には、デプロイ プロセスで先ほど作成した展開共有のプロパティのファイルを変更して、CustomSettings.ini ファイルをカスタマイズします。 後の手順では、展開共有が更新され、展開共有で構成ファイルが確実に更新されます。
ユーザー状態情報をキャプチャするために MDT 構成ファイルをカスタマイズするには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 オプションを構成するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 でデプロイ共有を更新するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share に移動します ( ここで、deployment_share は構成するデプロイ共有の名前です)。
[操作] ウィンドウで、[ Update DeploymentShare] をクリックします。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] をクリックします。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
Deployment Workbench は、デプロイ共有の更新を開始します。 Deployment Workbench は、LiteTouchPE_x86.iso ファイルと LiteTouchPE_x86.wim ファイル (32 ビット ターゲット コンピューターの場合) または LiteTouchPE_x64.iso ファイルと LiteTouchPE_x64.wim ファイル (64 ビット ターゲット コンピューターの場合) を deployment_share\Boot フォルダーに作成します (展開共有として使用される共有フォルダーは deployment_share )。
手順 6: LTI 起動可能メディアを作成する
展開共有が更新されたときに作成された Windows PE のカスタマイズされたバージョンでコンピューターを起動する方法を指定します。 Deployment Workbench は、LiteTouchPE_x86.iso ファイルと LiteTouchPE_x86.wim ファイル (32 ビット ターゲット コンピューターの場合) または LiteTouchPE_x64.iso ファイルと LiteTouchPE_x64.wim ファイル (64 ビット ターゲット コンピューターの場合) を deployment_share\Boot フォルダーに作成します (展開共有として使用される共有フォルダーは deployment_share )。 これらのイメージの 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展開ツールキットの使用」の「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展開ツールキットの使用」の「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 タスク シーケンス ステップを使用して呼び出すことができますが、Microsoftでは、.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 ファイルを参照してください。
| 関数 | 出力 |
|---|---|
| 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 は展開共有への完全修飾パスです)。
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 は展開共有への完全修飾パスです)。
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 に追加するには
展開するハードウェアの種類に必要なデバイス ドライバーをダウンロードし、デバイス ドライバー パッケージを一時的な場所に抽出します。
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers ( deployment_share は構成する展開共有の名前) に移動します。
[操作] ウィンドウで、[ ドライバーのインポート] をクリックします。
デバイス ドライバーのインポート ウィザードが起動します。
[ ディレクトリの指定 ] ページの [ ドライブ ソース ディレクトリ] セクションで、[ 参照 ] をクリックして、新しいデバイス ドライバーを含むフォルダーに移動し、[ 次へ] をクリックします。
注:
新しいデバイス ドライバー ウィザードは、ドライバー ソース ディレクトリのすべてのサブディレクトリを検索します。そのため、インストールするドライバーが複数ある場合は、それらを同じルート ディレクトリ内のフォルダーに展開し、ドライバー ソース ディレクトリを、すべてのドライバー ソース フォルダーを保持するルート ディレクトリとして設定します。
[ 概要 ] ページで、設定が正しいことを確認し、[ 次へ ] をクリックして、ドライバーを Deployment Workbench にインポートします。
[Confirmation] ページで、[Finish] をクリックします。
デバイス ドライバーに大容量ストレージやネットワーク クラス ドライバーなどのブート クリティカルなドライバーが含まれている場合は、新しいドライバーを含む新しいLiteTouch_x86とLiteTouch_x64ブート環境を生成するために、展開共有を次に更新する必要があります。
Lite Touch Windows PE イメージにデバイス ドライバーを追加するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share に移動します ( ここで、deployment_share は構成するデプロイ共有の名前です)。
[操作] ウィンドウで、[ 展開共有の更新] をクリックします。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] をクリックします。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
アプリケーションとしてのデバイス ドライバーのインストール
アプリケーションとしてパッケージ化され、ドライバー ファイルに加えて .inf ファイルを含むフォルダーに抽出できないデバイス ドライバーは、展開プロセス中にインストール用のアプリケーションとして Deployment Workbench に追加する必要があります。
アプリケーションは、タスク シーケンス ステップとして指定することも、CustomSettings.iniで指定することもできます。ただし、デバイス ドライバー アプリケーションは、デバイスを持つコンピューターでタスク シーケンスが実行されている場合にのみインストールする必要があります。 これを確認するには、条件付きタスク シーケンス ステップとして関連するデバイス ドライバー アプリケーションを展開するためのタスク シーケンス ステップを実行します。 条件付き条件は、ターゲット コンピューター上のデバイスの WMI クエリを使用してタスク シーケンス ステップを実行するために指定できます。
Deployment Workbench にデバイス ドライバー アプリケーションを追加する
各デバイス ドライバー アプリケーションは、まず Deployment Workbench にインポートする必要があります。
注:
[展開ウィザードでこのアプリケーションを非表示にする] チェック ボックスをオンまたはオフにして、アプリケーションの [プロパティ ] ダイアログ ボックス で、展開中にアプリケーションを 表示するかどうかを構成します。 展開中に使用されるデバイス ドライバー アプリケーションごとに、このプロセスを繰り返します。
デバイス ドライバー アプリケーションを Deployment Workbench に追加するには
デバイス ドライバー アプリケーションをダウンロードし、一時的な場所に保存します。
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share/Applications に移動します ( ここで、deployment_share は構成するデプロイ共有の名前です)。
[操作] ウィンドウで、[ 新しいアプリケーション] をクリックします。
新しいアプリケーション ウィザードが起動します。
[ アプリケーションの種類 ] ページ で、[ソース ファイルを含むアプリケーション] をクリックし、[ 次へ] をクリックします。
[ 詳細 ] ページで、アプリケーションに関連する詳細を入力し、[ 次へ] をクリックします。
[ ソース ] ページの [ ソース ディレクトリ] セクションで、[ 参照 ] をクリックしてに移動し、デバイス ドライバー アプリケーションのソース ファイルを含むディレクトリをクリックします。 [OK] をクリックします。
[次へ] をクリックします。
[ 宛先 ] ページで、宛先ディレクトリの名前を入力し、[ 次へ] をクリックします。
[ コマンドの詳細 ] ページの [コマンド ライン ] セクションで、デバイス ドライバー アプリケーションのサイレント インストールを許可するコマンドを入力します。
[ 概要 ] ページで、設定が正しいことを確認し、[ 次へ ] をクリックしてデバイス ドライバー アプリケーションを Deployment Workbench にインポートします。
[Confirmation] ページで、[Finish] をクリックします。
アプリケーションが Deployment Workbench にインポートされたら、適切なロジックを使用してデプロイ プロセスに追加して、適切なハードウェアで実行されている場合にのみアプリケーションがインストールされるようにします。 これを実現するには、さまざまな方法があります。
展開タスク シーケンスの一部として、デバイス ドライバー アプリケーションを指定します。
CustomSettings.iniでデバイス ドライバー アプリケーションを指定します。
MDT DB でデバイス ドライバー アプリケーションを指定します。
各方法については、次のセクションで詳しく説明します。
タスク シーケンスの一部としてデバイス ドライバー アプリケーションを指定する
展開プロセスにデバイス ドライバー アプリケーションを追加する最初の方法は、タスク シーケンスを使用して、各デバイス ドライバー アプリケーションの手順を追加することです。
タスク シーケンスでデバイス ドライバー アプリケーションを管理するための主な方法は 2 つあります。
ハードウェア モデルごとに新しいタスク シーケンス グループを作成し、コンピューターが特定のハードウェアの種類と一致する場合に、そのアクション グループを実行するクエリを追加します。
ハードウェア固有のアプリケーション用のタスク シーケンス グループを作成し、タスク シーケンス アクションごとにクエリを追加して、各タスク シーケンス ステップがハードウェアの種類に対して評価され、一致するものが見つかった場合にのみ実行されるようにします。
ハードウェアの種類ごとに新しいタスク シーケンス グループを作成するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 クエリの詳細については、「タスク シーケンス ステップ条件に WMI クエリを追加する」のセクションを参照してください。MDT ドキュメント「Microsoft配置ツールキットを使用する」および「WQL を使用したクエリ」を参照してください。
[ OK] を クリックしてクエリを送信し、[ OK] を クリックしてタスク シーケンスに変更を送信します。
注:
このプロセスは、インストールする各デバイス ドライバー アプリケーションのハードウェアの種類ごとに繰り返す必要があります。
ハードウェア固有のタスク シーケンス グループが作成されたら、デバイス ドライバー アプリケーションを各グループに追加できます。
デバイス ドライバー アプリケーションをハードウェア固有のタスク シーケンス グループに追加するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 ファイルを見つけて開きます。
必要なアプリケーションを見つけます。
アプリケーション タグで囲まれた行 (例:
<application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>) を見つけて、アプリケーション<guid>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を変更するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share に移動します ( ここで、deployment_share は構成するデプロイ共有の名前です)。
操作ウィンドウで [プロパティ] をクリックします。
[ ルール ] タブをクリックします。
このタブに入力された情報は、CustomSettings.ini ファイルに格納されます。 「 タスク シーケンスの一部としてデバイス ドライバー アプリケーションを指定する」の説明に従って、デバイス ドライバー固有のアプリケーションを持つ各ハードウェア モデルのロジックを追加するように、CustomSettings.ini ファイル エントリを変更します。
[ OK] を クリックして変更を送信します。
詳細ウィンドウで、[ deployment_share ] をクリックします ( ここで、deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 展開共有の更新] をクリックします。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] をクリックします。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
既定では、LTI 展開中に使用可能なすべてのアプリケーションが Windows 展開ウィザードに表示されます。 デバイス ドライバー固有のアプリケーションは特定のハードウェアの種類にのみ適用されるため、常に表示したくない場合があります。 CustomSettings.iniでデバイス ドライバー固有のアプリケーション パッケージを指定すると、アプリケーション構成の [展開ウィザードでアプリケーションを非表示にする ] オプションを使用して、アプリケーションを非表示にすることができます。
展開ウィザードでアプリケーションを非表示にするには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 に作成するには
注:
デバイス ドライバー アプリケーションを必要とするハードウェアの作成とモデルごとに、このプロセスを繰り返します。
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 Server 2003 と SP2 の既定の展開ツールであるリモート インストール サービスの更新および再設計されたバージョンとして Windows 展開サービスが使用されます。 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 イメージを作成するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 展開共有の更新] をクリックします。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] をクリックします。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
このプロセスが完了すると、展開共有の 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 サーバーを展開サーバーとして設定するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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 は構成する展開共有の名前です)。
[操作] ウィンドウで、[ 展開共有の更新] をクリックします。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] をクリックします。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
更新されたブート WIM を Windows 展開サービスにインポートします。
オプション 2: Windows 展開サービス ストアからオペレーティング システム イメージを展開する
オペレーティング システムの展開に Windows 展開サービスを既に使用している場合は、独自のストアを使用するのではなく、既に使用されている Windows Deployment Services オペレーティング システム イメージを参照するように構成し、ドライバー管理、アプリケーションの展開、更新プログラムのインストール、ルール処理、その他の MDT 機能を使用して Windows 展開サービスの展開を補完するように MDT の機能を拡張します。 MDT が Windows Deployment Services オペレーティング システム イメージを参照した後は、MDT 展開共有にステージングされたオペレーティング システムと同様に扱うことができます。
Windows Deployment Services オペレーティング システム イメージを参照するには
注:
次の手順では、少なくとも 1 つのオペレーティング システム イメージが以前に Windows Deployment Services サーバーにインポートされている必要があります。
Windows メディアの Sources フォルダーから Windows Deployment Services サーバーの C:\Program Files\Microsoft Deployment Toolkit\bin フォルダーに次のファイルをコピーして、WINDOWS 展開サービス イメージにアクセスできるように MDT を更新します。
Wdsclientapi.dll
Wdscsl.dll
Wdsimage.dll
Wdstptc.dll (これは、Windows Server 2008 ソース ディレクトリからコピーする場合にのみ適用されます)
注:
使用されている Windows ソース ディレクトリは、MDT がインストールされているコンピューターで実行されているオペレーティング システムのプラットフォームと一致している必要があります。
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share/オペレーティング システムに移動します ( ここで、deployment_share は構成する展開共有の名前です)。
[操作] ウィンドウで、[ オペレーティング システムのインポート] をクリックします。
新しい OS ウィザードが起動します。
[ OS の種類 ] ページで、[ Windows Deployment Services イメージ] をクリックし、[ 次へ] をクリックします。
[ WDS サーバー] ページで、参照する Windows Deployment Services サーバーの名前 ( WDSSvr001 など) を入力し、[ 次へ] をクリックします。
[ 概要 ] ページで、設定が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
Windows Deployment Services サーバーで使用可能なすべてのイメージが MDT タスク シーケンスで使用できるようになります。
注:
Windows 展開サービスからイメージをインポートしても、ソース ファイルは Windows 展開サービス サーバーから展開共有にコピーされません。 MDT は元の場所からソース ファイルを引き続き使用します。
オプション 3: MDT と Windows Server 2008 Windows 展開サービスの役割でマルチキャストを使用する
Windows Server 2008 のリリースにより、Windows 展開サービスは、マルチキャスト転送を使用したイメージの展開をサポートするように強化されました。 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 マルチキャストを準備するためのデプロイ サーバーの前提条件は次のとおりです。
展開サーバーで Windows Server 2008 以降が実行されている必要があります
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 を構成するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share に移動します ( ここで、deployment_share は構成するデプロイ共有の名前です)。
操作ウィンドウで [プロパティ] をクリックします。
[ 全般 ] タブで、[ この展開共有のマルチキャストを有効にする (Windows Server 2008 Windows 展開サービスが必要)] チェック ボックスをオンにします。
[OK] をクリックします。
[操作] ウィンドウで、[ 展開共有の更新] をクリックします。
展開共有の更新ウィザードが起動します。
[ オプション] ページで、展開共有を更新するための目的のオプションを選択し、[ 次へ] をクリックします。
[ 概要 ] ページで、詳細が正しいことを確認し、[ 次へ] をクリックします。
[Confirmation] ページで、[Finish] をクリックします。
展開共有が 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展開ツールキットの使用」の「LTI 展開の Windows 展開サービス マルチキャスト展開を有効にする」セクションを参照してください。
MDT を使用した段階的なデプロイの実行 (OEM の事前読み込み)
多くの組織では、運用ネットワークに展開する前に、コンピューターにオペレーティング システム イメージが読み込まれます。 場合によっては、オペレーティング システム イメージの読み込みは、ステージング環境でのコンピューターの構築を担当する組織内のチームによって実行されます。 その他の場合、オペレーティング システム イメージの読み込みは、 元の機器メーカー (OEM) とも呼ばれるコンピューター ハードウェア ベンダーによって実行されます。
注:
OEM プリロード プロセスは、LTI を使用して実行される展開に対してのみ MDT でサポートされます。 Configuration Managerには、事前設定されたメディア機能を使用します。
MDT での OEM プリロード プロセスの概要
OEM プリロード プロセスは、次の 3 つのフェーズに分かれています。
フェーズ 1。 ステージング環境に適用する参照コンピューターのメディア ベースのイメージを作成します。
フェーズ 2。 ステージング環境のターゲット コンピューターに参照コンピューター イメージを適用します。
フェーズ 3。 運用環境でのターゲット コンピューターのデプロイを完了します。
フェーズ 1 とフェーズ 3 は、通常、デプロイ組織によって実行されます。 組織内の OEM プリロード プロセスの使用に応じて、フェーズ 2 は、組織またはコンピューターを提供するコンピューター ハードウェア ベンダーによって実行される場合があります。 組織がフェーズ 2 を実行する場合、ステージング環境は組織内にあります。 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 イメージを作成する
展開組織は、OEM プリロード プロセスの最初のフェーズを実行します。 このフェーズの最終的な成果物は、OEM または展開組織内のステージング環境に送信されるブート可能なイメージ (ISO ファイルなど) またはメディア (DVD など) です。 これらの手順のほとんどは、Deployment Workbench で実行されます。
OEM または展開組織内のステージング環境に配信するためのメディア ベースのイメージを作成するには
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展開ツールキットの使用」の「LTI 展開メディアの管理」セクションを参照してください。
前の手順で作成した LiteTouchMedia.iso ファイルの DVD を書き込みます。
注:
ISO ファイルを OEM または組織のステージング環境に配信する場合、この手順は必要ありません。
ISO ファイルまたは DVD を OEM または組織のステージング環境に配信します。
LTI OEM プリロード プロセス — フェーズ 2: ターゲット コンピューターにイメージを適用する
OEM プリロード プロセスの 2 番目のフェーズは、OEM または展開組織のステージング環境の展開チームによって実行されます。 プロセスのこのフェーズでは、フェーズ 1 で作成された .iso ファイルまたは DVD がターゲット コンピューターに適用されます。 このフェーズの成果物は、ターゲット コンピューターに展開されたイメージであり、運用環境での展開の準備が整います。
ターゲット コンピューターにイメージを適用するには
フェーズ 1 で作成されたメディアでターゲット コンピューターを起動します。
Windows PE が起動し、Windows 展開ウィザードが起動します。
Windows 展開ウィザードで、[ ステージング環境の OEM プレインストール タスク シーケンス] タスク シーケンスを クリックします。
タスク シーケンスが開始され、起動可能なメディアの内容がターゲット コンピューターのローカル ハード ディスクにコピーされます。
OEM プレインストール タスク シーケンスのステージング環境タスク シーケンスの Windows 展開ウィザードが完了すると、オペレーティング システムの展開に使用される他のタスク シーケンスに対して Windows 展開ウィザードを実行することで、ハード ディスクで展開プロセスの残りの部分を開始する準備が整います。
ステージング環境用の OEM プレインストール タスク シーケンス タスク シーケンスは、ターゲット コンピューターにイメージを展開し、LTI プロセスを開始する役割を担います。 Windows 展開ウィザードが 2 回目に起動し、オペレーティング システムをターゲット コンピューターに展開するために使用されるタスク シーケンスが実行されます。
最初のハード ディスクの内容を、必要に応じてステージング環境のターゲット コンピューターに複製します。
ターゲット コンピューターは、展開のために運用環境に配信されます。
LTI OEM プリロード プロセス — フェーズ 3: 完全なターゲット コンピューターの展開
OEM プリロード プロセスの 3 番目と最後のフェーズは、展開組織の運用環境で実行されます。 プロセスのこのフェーズでは、ターゲット コンピューターが起動され、前のフェーズ中にステージング環境のハード ディスクに配置された起動可能なメディア イメージが開始されます。
運用環境でのターゲット コンピューターの展開を完了するには
ターゲット コンピューターを起動します。
Windows PE が起動し、Windows 展開ウィザードが起動します。
各ターゲット コンピューターの特定の構成情報を使用して、Windows 展開ウィザードを完了します。
この手順を完了する方法の詳細については、MDT ドキュメント「Microsoft展開ツールキットの使用」の「展開ウィザードの実行」セクションを参照してください。
このフェーズが完了すると、ターゲット コンピューターは運用環境で使用できるようになります。
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:\更新\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 展開共有にある運用展開共有に 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 メディア ソース フォルダーのコンテンツを使用する LiteTouchMedia.iso ファイルを D:\Media に作成します。
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 ファイルを準備する
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[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] をクリックします。
Credentialsunattend.xml ファイルに要素がない場合、ZTIConfigure.wsf スクリプトでは、Unattend.xml ファイルにドメイン参加情報を設定できないため、Windows セットアップでドメインへの参加が試行されなくなります。ターゲット コンピューターをドメインに参加させるタスク シーケンス ステップを追加するには
[ スタート] をクリックし、[ すべてのプログラム] をポイントします。 [Deployment Toolkit] Microsoftポイントし、[Deployment Workbench] をクリックします。
Deployment Workbench コンソール ツリーで、Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence に移動します ( ここで、deployment_share は展開共有の名前、 task_sequence は構成するタスク シーケンスの名前です)。
操作ウィンドウで [プロパティ] をクリックします。
[ タスク シーケンス ] タブで、[状態の復元] ノードに移動して展開します。
[ドメインから回復] タスク シーケンス ステップが存在することを確認します。 はいの場合は、手順 9 に進みます。
タスク シーケンスの [プロパティ ] ダイアログ ボックスで、[ 追加] をクリックし、[ 設定] に移動し、[ ドメインから回復] をクリックします。
[ドメインから回復] タスク シーケンス ステップをタスク シーケンス エディターに追加します。 ステップがタスク シーケンス内の目的の場所にあることを確認します。
[ ドメインから復旧 ] タスク シーケンス ステップの設定が、ニーズに合わせて構成されていることを確認します。
タスク シーケンスの [プロパティ] ダイアログ ボックスで [OK] をクリックして、タスク シーケンスを保存します。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示