Windows Server でオンデマンド機能を構成する

このトピックでは、Uninstall-WindowsFeature コマンドレットを使用してオンデマンド機能の構成で機能ファイルを削除する方法について説明します。

オンデマンド機能は、Windows 8 および Windows Server 2012 で導入された機能で、オペレーティング システムから役割ファイルと機能ファイル (機能 ペイロードとも呼ばれます) を削除してディスク領域を節約し、ローカル コンピューターではなくリモートの場所またはインストール メディアから役割と機能をインストールできます。 機能ファイルは、実行中の物理コンピューターまたは仮想コンピューターから削除できます。 また、Windows イメージ (WIM) ファイルまたはオフラインの仮想ハード ディスク (VHD) で機能ファイルを追加または削除して、オンデマンド機能の構成の再現可能なコピーを作成することもできます。

オンデマンド機能の構成では、コンピューターで利用できない機能ファイルがインストールで必要になった場合に、Windows Server 2012 R2 または Windows Server 2012 では、サイド バイ サイド機能ストア (ネットワーク上のコンピューターから利用できる、機能ファイルが格納された共有フォルダー)、Windows Update、またはインストール メディアからそれらのファイルを取得するように指定できます。 オンデマンド機能の既定の動作では、ターゲット サーバーで機能ファイルを利用できない場合、次のタスクを表示されている順序で実行して見つからない機能ファイルを検索します。

1. ロールと機能の追加ウィザードまたは DISM インストール コマンドでユーザーが指定した場所を検索する

2. グループ ポリシー設定の構成を評価する。コンピューターの構成\管理用テンプレート\システム\オプション コンポーネントのインストールおよびコンポーネントの修復のための設定を指定する

3. Windows Update を検索する

オンデマンド機能の既定の動作は、次のいずれかの方法でオーバーライドできます。

• Install-WindowsFeature コマンドレットに Source パラメーターを追加して代替ソース パスを指定する

• ロールと機能の追加ウィザードを使用して機能をインストールするときに [インストール オプションの確認] ページで代替ソース パスを指定する

• グループ ポリシー設定 "オプション コンポーネントのインストールおよびコンポーネントの修復のための設定を指定する" を構成する

このトピックは、次のセクションで構成されています。

• 機能ファイルまたはサイド バイ サイド ストアを作成する

• 機能ファイルを削除する方法

• Uninstall-WindowsFeature を使用して機能ファイルを削除する

機能ファイルまたはサイド バイ サイド ストアを作成する

このセクションでは、Windows Server 2012 R2 または Windows Server 2012 を実行するサーバーにロール、ロール サービス、機能をインストールするために必要なファイルを格納するリモート機能ファイル共有フォルダー (サイド バイ サイド ストアとも呼ばれる) を設定する方法について説明します。 機能ストアの設定が完了すると、これらのオペレーティング システムを実行しているサーバーにロール、ロール サービス、および機能をインストールしたり、その機能ストアをインストール ソース ファイルの場所として指定したりできます。

機能ファイル ストアを作成するには

1. ネットワーク上のサーバーに共有フォルダーを作成します たとえば、 \\network\share\sxs です。

2. 機能ストアに対する適切なアクセス許可が割り当てられていることを確認します。 ソース パスまたはファイル共有には、読み取りアクセス権を、すべてのユーザーグループ（セキュリティ上の理由から推奨されません）または機能ストアを使用して機能をインストールする予定のサーバーのコンピューター アカウント (DOMAIN\SERverNAME$) に付与する必要があります。ユーザー アカウントへのアクセス許可だけでは不十分です。

   ファイル共有およびアクセス許可の設定にアクセスするには、Windows デスクトップで次のどちらかを実行します。

   • 共有フォルダーを右クリックし、[ プロパティ] をクリックし、[ セキュリティ ] タブで、許可されているユーザーとそのアクセス権をフォルダーに変更します。

   • 共有フォルダーを右クリックし、[ 共有相手] をポイントして、[ 特定のユーザー] をクリックします。

   Note

   ワークグループ サーバーのコンピューター アカウントに外部共有に対する 読み取り アクセス許可がある場合でも、ワークグループ内のサーバーは外部ファイル共有にアクセスできません。 ワークグループ サーバーで使用できる代替ソースは、インストール メディア、Windows Update、およびローカルのワークグループ サーバーに格納されている VHD ファイルと WIM ファイルです。

3. Windows Server インストール メディアから、手順 1 で作成した共有フォルダーに Sources\SxS フォルダーをコピーします。

.NET Framework 3.5 とその他の機能をオンデマンドでインストールする

Windows Server 2012 および Windows 8 以降では、.NET Framework 3.5 (.NET Framework 2.0 と .NET Framework 3.0 を含む) の機能ファイルは、既定ではローカル コンピューターでは使用できません。 これらのファイルは削除されました。 "オンデマンド機能" 構成で削除された機能のファイルは、.NET Framework 3.5 の機能ファイルと共に、Windows Update から入手できます。 既定では、機能ファイルが Windows Server 2012 またはそれ以降のリリースを実行している移行先サーバーで利用できない場合、インストール プロセス検索不足しているファイルの Windows Update に接続しています。 役割の追加と機能のウィザードの GUI またはコマンドラインを使用してインストールするかどうかは、グループ ポリシー設定を構成またはインストール中に、代替ソース パスを指定して、既定の動作をオーバーライドできます。

.NET Framework 3.5 は、次のいずれかの方法でインストールできます。

• 「Install-WindowsFeature コマンドレットを実行して .NET Framework 3.5 をインストールするには」に従って、Source パラメーターを追加し、.NET Framework 3.5 機能ファイルの取得元となるソースを指定します。 Source パラメーターを追加しない場合、インストール プロセスでは、最初に、グループ ポリシー設定で機能ファイルへのパスが指定されているかどうかを確認し、そのようなパスが見つからない場合には、Windows Update を使用して見つからない機能ファイルを検索します。

• 使用 役割の追加と機能のウィザードを使用して .NET Framework 3.5 をインストールする で代替ソース ファイルの場所を指定する、インストール オプションを確認、役割の追加機能のウィザードのページです。

• 「DISM を使用して .NET Framework 3.5 をインストールするには」を使用して、既定では Windows Update からファイルを取得するか、インストール メディアへのソース パスを指定します。

.NET Framework 3.5 またはその他の機能の機能ファイルがローカル コンピューターに見つからない場合は、グループ ポリシーで機能ファイルの代替ソースを構成します。

Install-WindowsFeature コマンドレットを実行して .NET Framework 3.5 をインストールするには

1. 次のいずれかを実行して、管理者特権を使って Windows PowerShell セッションを開きます。

   Note

   リモート サーバーから役割と機能をインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。

   • Windows デスクトップで、タスク バーの Windows PowerShell を右クリックし、[ 管理者として実行] をクリックします。

   • Windows のスタート 画面で、Windows PowerShell タイルを右クリックし、アプリ バーの [ 管理者として実行] をクリックします。

   • Windows Server 2012 R2 または Windows Server 2012 の Server Core インストール オプションを実行しているサーバーで、コマンド プロンプトに 「PowerShell 」と入力し、 Enter キーを押します。

2. 次のコマンドを入力し、 Enter キーを押します。 次の例では、ソース ファイルは、ドライブ D のインストール メディアのサイド バイ サイド ストア ( SxS と略記) にあります。

   Install-WindowsFeature NET-Framework-Core -Source D:\Sources\SxS
   

   コマンドで Windows Update を見つからない機能ファイルのソースとして使用する場合、または既定のソースが既にグループ ポリシーを使用して構成されている場合は、別のソースを指定する必要がない限り、 Source パラメーターを追加する必要はありません。

役割と機能の追加ウィザードを使用して .NET Framework 3.5 をインストールするには

1. サーバー マネージャーの [管理 ] メニューで、[ 役割と機能の追加] をクリックします。

2. Windows Server 2016 を実行している移行先サーバーを選択します。

3. 役割と 機能 の追加ウィザードの [機能の選択] ページ で、.NET Framework 3.5 を選択します。

4. ローカル コンピューターがグループ ポリシー設定で許可している場合、インストール プロセスは Windows Update を使用して見つからない機能ファイルを取得しようとします。 [ インストール] をクリックします。次の手順に進む必要はありません。

   グループ ポリシー設定でこれを許可していない場合、または .NET Framework 3.5 機能ファイルの別のソースを使用する場合、ウィザードの [インストール オプションの確認] ページで、[代替ソース パスの指定] をクリックします。

5. インストール メディアのサイド バイ サイド ストア ( SxS と呼ばれます) または WIM ファイルへのパスを指定します。 次の例では、インストール メディアはドライブ D にあります。

   D:\Sources\SxS\

   WIM ファイルを指定するには、 WIM: プレフィックスを追加し、次の例に示すように、WIM ファイルでサフィックスとして使用するイメージのインデックスを追加します。

   WIM:\\server_name\share\install.wim:3

6. [ OK] をクリックし、[ インストール] をクリックします。

DISM を使用して .NET Framework 3.5 をインストールするには

1. 次のいずれかを実行して、管理者特権を使って Windows PowerShell セッションを開きます。

   Note

   リモート サーバーから役割と機能をインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。

   • Windows デスクトップで、タスク バーの Windows PowerShell を右クリックし、[ 管理者として実行] をクリックします。

   • Windows のスタート 画面で、Windows PowerShell タイルを右クリックし、アプリ バーの [ 管理者として実行] をクリックします。

   • Server Core インストール オプションを実行しているサーバーで、コマンド プロンプトに 「PowerShell 」と入力し、 Enter キーを押します。

2. 次のいずれかの DISM コマンドを実行します。

   • コンピューターが Windows Update にアクセスできる場合、または既定のソース ファイルの場所が既にグループ ポリシーで構成されている場合、次のコマンドを実行します。

     DISM /online /Enable-Feature /Featurename:NetFx3 /All
     

   • コンピューターがインストール メディアにアクセスできる場合、次のようなコマンドを実行します。 次の例では、オペレーティング システムのインストール メディアはドライブ D にあります。 LimitAccess パラメーターは、コマンドが Windows Update、または WSUS を実行しているサーバーに接続しないようにするものです。

     DISM /online /Enable-Feature /Featurename:NetFx3 /All /LimitAccess /Source:d:\sources\sxs
     

   Note

   DISM コマンドでは大文字と小文字が区別されます。

グループ ポリシーで機能ファイルの代替ソースを構成する

このセクションで説明されているグループ ポリシー設定で、.NET Framework 3.5 ファイルの正規のソースの場所、およびオンデマンド機能の構成の一部として削除された他の機能ファイルを指定します。 ポリシー設定 [オプション コンポーネントのインストールおよびコンポーネントの修復のための設定を指定する] は、グループ ポリシー管理コンソールまたはローカル グループ ポリシー エディターの " コンピューターの構成\管理用テンプレート\システム " フォルダーにあります。

グループ ポリシーで既定の代替ソース パスを構成するには

1. ローカル グループ ポリシー エディターまたはグループ ポリシー管理コンソールで、次のポリシー設定を開きます。

   コンピューターの構成\管理用テンプレート\システム\オプション コンポーネントのインストールおよびコンポーネントの修復のための設定を指定する

2. ポリシー設定がまだ有効になっていない場合は、[ 有効] を選択して有効にします。

3. [オプション] 領域の [代替ソース パスの指定] ボックスに、共有フォルダーまたは WMI ファイルへの完全修飾パスを指定します。 別のソース ファイルの場所として WIM ファイルを指定するには、プレフィックス WIM: をパスに追加し、WIM ファイルでサフィックスとして使用するイメージのインデックスを追加します。 指定できる値の例を次に示します。

   • 共有フォルダーへのパス: \\server_name\share\folder_name

   • WIM ファイルへのパス。 3 は、フィーチャー ファイルが見つかったイメージのインデックスを表します :WIM:\\server_name\share\install.wim:3

4. このポリシー設定によって制御されているコンピューターが Windows Update で見つからない機能ファイルを検索しないようにするには、[Windows Update からペイロードのダウンロードを試行しない] を選択します。

5. このポリシー設定によって制御されているコンピューターが通常、WSUS 経由で更新プログラムを受け取る場合でも、見つからない機能ファイルの検索には WSUS ではなく Windows Update を使用する場合は、[Windows Server Update Services (WSUS) の代わりに、Windows Update に直接アクセスして修復コンテンツをダウンロードする] を選択します。

6. このポリシー設定の変更が完了したら [ OK] を クリックし、グループ ポリシー エディターを閉じます。

機能ファイルを削除する方法

オンデマンド機能の構成では、2 種類の方法で Windows Server から機能ファイルを削除できます。

• remove コマンドレットの Uninstall-WindowsFeature パラメーターを使用すると、Windows Server 2012 R2 または Windows Server 2012 を実行しているサーバーまたはオフラインの仮想ハード ディスク (VHD) から機能ファイルを削除できます。 remove パラメーターの有効な値は、ロール、ロール サービス、および機能の名前です。

• 展開イメージのサービスと管理 (DISM) コマンドを使用すると、不要な機能ファイルや他のリモート ソースから取得できる機能ファイルを省くことでディスク領域を節約できるカスタムの WIM ファイルを作成できます。 DISM を使用したカスタム イメージの準備の詳細については、「 Windows の機能を有効または無効にする方法」を参照してください。

Uninstall-WindowsFeature を使用して機能ファイルを削除する

Uninstall-WindowsFeature コマンドレットを使用すると、ロール、ロール サービス、機能を、サーバーや Windows Server 2012 R2 または Windows Server 2012 を実行しているオフラインの VHD からアンインストールしたり、機能ファイルを削除したりできます。 必要に応じて、同じコマンドで同じロール、ロール サービス、および機能をアンインストールおよび削除できます。

Uninstall-WindowsFeature を使用して役割と機能のファイルを削除するには

1. 次のいずれかを実行して、管理者特権を使って Windows PowerShell セッションを開きます。

   Note

   リモート サーバーからロールと機能をアンインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。

   • Windows デスクトップで、タスク バーの Windows PowerShell を右クリックし、[ 管理者として実行] をクリックします。

   • Windows のスタート 画面で、Windows PowerShell タイルを右クリックし、アプリ バーの [ 管理者として実行] をクリックします。

   • Server Core インストール オプションを実行しているサーバーで、コマンド プロンプトに 「PowerShell 」と入力し、 Enter キーを押します。

2. 次のように入力し、 Enter キーを押します。

   Uninstall-WindowsFeature -Name <feature_name> -computerName <computer_name> -remove
   

   例： リモート デスクトップ ライセンスは、インストールされているリモート デスクトップ サービスの最後の残りの役割サービスです。 このコマンドは、リモート デスクトップ ライセンスをアンインストールし、指定されたサーバーからリモート デスクトップ サービスロール全体の機能ファイル を削除contoso_1。

   Uninstall-WindowsFeature -Name rdS-Licensing -computerName contoso_1 -remove
   

   例： 次の例では、オフライン VHD から Active Directory Domain Services とグループ ポリシー管理を削除します。 役割と機能は最初にアンインストールされ、その機能ファイルはオフライン VHD Contoso.vhd から完全に削除されます。

   Note

   Windows 8.1 または Windows 8 を実行しているコンピューターからコマンドレットを実行する場合は、computerName パラメーターを追加する必要があります。

   ネットワーク共有から VHD ファイルの名前を入力する場合、その共有は、VHD をマウントするために選択したサーバーのコンピューター アカウントに読み取りと書き込みのアクセス許可を付与する必要があります。 ユーザー専用のアカウントにアクセス許可を与えるだけでは不十分です。 共有では、すべてのユーザー グループに読み取りと書き込みのアクセス許可を付与して VHD へのアクセスを許可できますが、セキュリティ上の理由から、これは推奨されません。

   Uninstall-WindowsFeature -Name AD-Domain-Services,GPMC -VHD C:\WS2012VHDs\Contoso.vhd -computerName ContosoDC1
   

関連項目

ロール、ロール サービス、機能をインストールまたはアンインストールWindows Server インストール オプションWindows の機能を有効または無効にする方法展開イメージのサービスと管理 (DISM) 概要