役割、役割サービス、または機能のインストールまたはアンインストール

[アーティクル]
03/09/2023
適用対象:

✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016, ✅ Windows 11, ✅ Windows 10

仮想オペレーターを試す - 役割と機能に関する問題をすばやく特定、解決するのに役立ちます。

サーバーマネージャーのコンソールと Windows PowerShell コマンドレットでサーバーマネージャーは、Windows Server の役割と機能をローカルまたはリモートサーバーまたはオフラインの仮想ハード_ディスク (Vhd) のインストールを許可します。単一のリモートサーバーまたは単一の追加の役割と機能のウィザードまたは Windows PowerShell セッションでのオフライン VHD には、複数の役割と機能をインストールできます。

重要

Windows Server オペレーティングシステムのそれ以降のリリースを管理する、サーバーマネージャーを使用できません。 Windows Server 2016 を実行しているサーバーの役割、役割サービス、および機能をインストールする Windows Server 2012 R2 または Windows 8.1 で実行されているサーバーマネージャーを使用できません。

インストールまたは役割、役割サービス、および機能をアンインストールするために管理者は、サーバーにログオンする必要があります。ターゲットサーバーに対する管理者権限のないアカウントでローカルコンピューターにログオンしている場合は、[サーバー] タイルでターゲットサーバーを右クリックし、[管理に使用する資格情報] をクリックして、管理者権限を持つアカウントを指定します。オフライン VHD のマウント先のサーバーをサーバーマネージャーに追加する必要があります。さらに、マウント先のサーバーの管理者権限が必要です。

詳細については、役割、役割サービス、および機能とは、次を参照してください。役割、役割サービス、および機能です。

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

役割、役割サービス、または機能のインストールまたはアンインストール

役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする

追加の役割と機能のウィザードで単一のセッションでローカルのサーバーでは、サーバーマネージャー、またはオフライン VHD に追加されているリモートサーバーの役割、役割サービス、および機能をインストールできます。サーバーマネージャーを管理するサーバーを追加する方法の詳細については、次を参照してください。サーバーマネージャーにサーバーの追加します。

Note

Windows Server 2016 または Windows 10 でサーバーマネージャーを実行する場合は、サーバーおよび Windows Server 2016 を実行しているオフライン VHD のみに役割と機能をインストールする追加の役割と機能のウィザードを使用できます。

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

サーバーマネージャーを既に開いている場合は、次の手順に進んでください。サーバーマネージャーをまだ開いていない場合は、次のいずれかの方法で開きます。
- Windows デスクトップで、Windows タスクバーの [サーバーマネージャー] をクリックし、サーバーマネージャーを開始します。
- Windows のスタート画面で、[サーバーマネージャー] タイルをクリックします。
[管理] メニューの [役割と機能の追加] をクリックします。
[開始する前に] ページで、インストールする役割と機能のために、対象サーバーとネットワーク環境の準備が整っていることを確認してください。 [次へ] をクリックします。
[インストールの種類の選択] ページで、[役割ベースまたは機能ベースのインストール] を選択して 1 台のサーバーにすべての役割や機能をインストールするか、[リモートデスクトップサービスのインストール] を選択して仮想マシンベースのデスクトップインフラストラクチャ、またはリモートデスクトップサービス向けのセッションベースのデスクトップインフラストラクチャをインストールします。 [リモートデスクトップサービスのインストール] オプションでは、管理者の必要に応じて、リモートデスクトップサービスの役割の論理部分がさまざまなサーバーに分散されます。 [次へ] をクリックします。
[対象サーバーの選択] ページで、サーバープールからサーバーを選択するか、オフライン VHD を選択します。対象サーバーとしてオフライン VHD を選択するには、まず VHD マウント先のサーバーを選択してから、VHD ファイルを選択します。サーバープールにサーバーを追加する方法については、次を参照してください。サーバーマネージャーにサーバーの追加します。対象サーバーを選択したら、[次へ] をクリックします。
Note

オフライン VHD に役割や機能をインストールするには、対象 VHD が次の要件を満たしている必要があります。
- Vhd では、実行しているサーバーマネージャーのバージョンに対応する Windows Server のリリースが実行されている必要があります。「役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする」の冒頭にある注記を参照してください。
- VHD に複数のシステムボリュームまたはパーティションが存在することはできません。
- VHD ファイルが格納されているネットワーク共有フォルダーについては、VHD のマウント先に選択したサーバーのコンピューターアカウント (またはローカルシステムアカウント) に、次のアクセス許可を付与する必要があります。ユーザー専用のアカウントにアクセス許可を与えるだけでは不十分です。ネットワーク共有では、読み取りアクセス許可と書き込みアクセス許可を Everyone グループに付与し、VHD へのアクセスを許可することができますが、セキュリティ上の理由からこの方法はお勧めしません。
  - [ファイルの共有] ダイアログボックスの [読み取り/書き込み] アクセス
  - フルコントロール 上のアクセス、 セキュリティ ] タブ、ファイルまたはフォルダー プロパティ ] ダイアログボックス。
役割を選択して、役割の役割サービス (該当する場合) を選択し、[次へ] をクリックして機能を選択します。

続行すると、追加の役割と機能のウィザードに自動的にさらに選択した役割や機能のインストールや通常の動作を妨げる可能性のある移行先サーバーで競合が見つかった場合します。また、選択した役割または機能で必要とされる役割、役割サービス、または機能を追加するように求めるダイアログも表示されます。

さらに、別のサーバー、またはリモートサーバー管理ツールを実行している Windows クライアントベースのコンピューターのどちらかから役割をリモート管理する場合は、役割に使用する管理ツールやスナップインを対象サーバーにインストールしない選択もできます。既定では、追加の役割と機能のウィザードでは管理ツールがインストールに選択されます。
[インストールオプションの確認] ページで、選択されている役割、機能、およびサーバーを確認します。インストールする準備が整ったら、[インストール] をクリックします。

Windows PowerShell を使用した無人インストール用に使用できる XML ベースの構成ファイルに、選択内容をエクスポートすることもできます。この追加の役割と機能のウィザードセッションで指定された構成をエクスポートするをクリックして 構成設定のエクスポート、任意の場所に XML ファイルを保存します。

[インストールオプションの確認] ページの [代替ソースパスの指定] コマンドをクリックすると、選択したサーバーに役割と機能をインストールするために必要なファイルの代替ソースパスを指定することができます。 Windows Server 2012 および Windows Server の今後のリリースでオンデマンド機能ディスクのみリモートで管理されているサーバーから役割と機能のファイルを削除することによって、オペレーティングシステムで使用される領域の量を減らすことができます。 Uninstall-WindowsFeature -remove コマンドレットを使用して役割と機能のファイルをサーバーから削除した場合、代替ソースパス、または必要な機能と役割のファイルが保存される共有を指定して、役割と機能を後からサーバーにインストールすることができます。ソースパスまたはファイル共有では、読み取り アクセス許可を Everyone グループ (セキュリティ上の理由からお勧めできません)、または対象サーバーのコンピューターアカウント (DOMAIN\SERverNAME$) のどちらかに付与する必要があります。ユーザーアカウントにアクセス許可を付与するだけでは不十分です。オンデマンド機能の詳細については、「 Windows Server インストールオプション」を参照してください。

実行中の物理サーバーの役割、役割サービス、および機能をインストールしている場合は、別の機能ファイルのソースとして WIM ファイルを指定できます。 WIM ファイルのソースパスは、WIM をプレフィックスとし、機能ファイルの位置を示すインデックスをサフィックスとして、WIM:e:\sources\install.wim:4 という形式にする必要があります。。オフライン VHD に役割、役割サービス、および機能をインストールするため、ソースとして直接 WIM ファイルを使用することはできません必要がありますか、オフライン VHD をマウントしてソースファイルのマウントパスをポイントしたか、WIM ファイルの内容のコピーを含むフォルダーをポイントする必要があります。
[インストール] をクリックすると、[インストールの進行状況] ページには、インストールの進行状況、結果、メッセージ (警告、エラー、インストールした役割や機能に必要なインストール後の構成手順など) が表示されます。 Windows Server 2012 および Windows Server の今後のリリースで、閉じることができる追加の役割と機能のウィザードのインストールがまだ進行状況、およびインストールの結果の表示やの他のメッセージ、通知、サーバーマネージャーコンソールの上部にある領域です。クリックして、通知フラグアイコンをインストールや、サーバーマネージャーを実行している他のタスクに関する詳細を参照してください。

Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能をインストールする

サーバーマネージャーの展開は、GUI ベース役割と機能のウィザードと役割の削除し、追加機能ウィザードと同様に重要な相違点の Windows PowerShell 関数用コマンドレットです。 Windows PowerShell で異なり、役割の追加と機能ウィザードで、管理ツールとスナップインの役割は含まれません既定では。役割のインストールの一環として管理ツールを含めるには、 IncludeManagementTools パラメーターをコマンドレットに追加します。 Windows Server 2012 またはそれ以降のリリースの Server Core インストールオプションを実行しているサーバーの役割と機能をインストールする場合、インストールに役割の管理ツールを追加することができますが、GUI ベースの管理ツールとスナップインを Windows Server の Server Core インストールオプションを実行しているサーバーにインストールすることはできません。唯一のコマンドライン管理ツールの Windows PowerShell は Server Core インストールオプションにインストールすることができます。

Install-WindowsFeature コマンドレットを使用して役割と機能をインストールするには

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

Note

リモートサーバー上の役割と機能をインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。
- Windows デスクトップで、タスクバーの [Windows PowerShell] を右クリックし、[管理者として実行] をクリックします。
- Windows の開始画面、Windows PowerShell のタイルを右クリックし、アプリバーをクリックして 管理者として実行します。
ローカルサーバーにインストール済みの利用可能な役割と機能の一覧を表示するには、「Get-WindowsFeature」と入力し、Enter キーを押します。ローカルのコンピューターは、サーバーではない場合、またはリモートサーバーに関する情報を確認する場合は、実行 Get-WindowsFeature -computerName <computer_name>, を computer_name Windows Server 2016 を実行しているリモートコンピューターの名前を表します。コマンドレットの結果には、手順 4. でコマンドレットに追加される役割と機能のコマンド名が含まれています。

Note

Windows PowerShell 3.0 および Windows PowerShell の今後のリリースでは、モジュールの一部であるコマンドレットを実行する前に Windows PowerShell セッションにサーバーマネージャーコマンドレットモジュールをインポートする必要はありません。モジュールは、モジュールに含まれるコマンドレットを初めて実行するときに自動的にインポートされます。また、Windows PowerShell コマンドレットでも、コマンドレットで使用される機能名は大文字小文字を区別します。
「Get-Help Install-WindowsFeature」と入力して Enter キーを押し、Install-WindowsFeature コマンドレットの構文と使用できるパラメーターを表示します。
次のコマンドを入力し、Enter キーを押します。feature_name はインストールする役割や機能のコマンド名を表し (手順 2 で取得)、computer_name は役割と機能のインストール先のリモートコンピューターを表します。 feature_name に複数の値を指定する場合は、コンマで区切ります。 Restart パラメーターによって、対象サーバーが自動的に再起動されます (役割または機能のインストールで必要な場合)。
```
Install-WindowsFeature -Name <feature_name> -computerName <computer_name> -Restart
```
オフライン VHD に役割や機能をインストールするには、 computerName パラメーターと VHD パラメーターの両方を追加する必要があります。 computerName パラメーターを追加しない場合、コマンドレットでは、VHD にアクセスするためにローカルコンピューターがマウントされていると想定されます。 computerName パラメーターには VHD のマウント先のサーバー名が格納され、 VHD パラメーターには指定したサーバー上の VHD ファイルへのパスが格納されます。
Note

追加する必要があります、 computerName パラメーターコマンドレットを実行する、コンピューターからいる場合は、Windows クライアントオペレーティングシステムを実行しています。

オフライン VHD に役割や機能をインストールするには、対象 VHD が次の要件を満たしている必要があります。
- Vhd では、実行しているサーバーマネージャーのバージョンに対応する Windows Server のリリースが実行されている必要があります。「役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする」の冒頭にある注記を参照してください。
- VHD に複数のシステムボリュームまたはパーティションが存在することはできません。
- VHD ファイルが格納されているネットワーク共有フォルダーについては、VHD のマウント先に選択したサーバーのコンピューターアカウント (またはローカルシステムアカウント) に、次のアクセス許可を付与する必要があります。ユーザー専用のアカウントにアクセス許可を与えるだけでは不十分です。ネットワーク共有では、読み取りアクセス許可と書き込みアクセス許可を Everyone グループに付与し、VHD へのアクセスを許可することができますが、セキュリティ上の理由からこの方法はお勧めしません。
  - [ファイルの共有] ダイアログボックスの [読み取り/書き込み] アクセス
  - フルコントロール 上のアクセス、 セキュリティ ] タブ、ファイルまたはフォルダー プロパティ ] ダイアログボックス。
```
Install-WindowsFeature -Name <feature_name> -VHD <path> -computerName <computer_name> -Restart
```
例: 次のコマンドレッドでは、Active Directory ドメインサービスの役割とグループポリシー管理の機能をリモートサーバー ContosoDC1 にインストールします。 IncludeManagementTools パラメーターを使用して管理ツールとスナップインが追加され、インストールでサーバーの再起動が必要な場合、対象サーバーは自動的に再起動します。
```
Install-WindowsFeature -Name AD-Domain-Services,GPMC -computerName ContosoDC1 -IncludeManagementTools -Restart
```
インストールが完了したら、インストールの確認を開いて、 のすべてのサーバー サーバーマネージャーで、役割と機能をインストールしたサーバーの選択と表示] ページ、 役割と機能の タイルを選択したサーバーのページです。実行することも、Get-WindowsFeature、選択したサーバーを対象とするコマンドレット (Get-WindowsFeature -computerName <computer_name>)、サーバーにインストールされている役割と機能の一覧を表示します。

役割と機能の削除ウィザードを使用して役割、役割サービス、および機能を削除する

役割、役割サービス、および機能をアンインストールするために管理者は、サーバーにログオンする必要があります。アンインストールターゲットサーバーに対する管理者権限のないアカウントでローカルコンピューターにログオンしている場合は、[サーバー] タイルでターゲットサーバーを右クリックし、[管理に使用する資格情報] をクリックして、管理者権限を持つアカウントを指定します。オフライン VHD のマウント先のサーバーをサーバーマネージャーに追加する必要があります。さらに、マウント先のサーバーの管理者権限が必要です。

役割と機能の削除ウィザードを使用して役割、役割サービス、および機能を削除するには

サーバーマネージャーを既に開いている場合は、次の手順に進んでください。サーバーマネージャーをまだ開いていない場合は、次のいずれかの方法で開きます。
- Windows デスクトップで、Windows タスクバーの [サーバーマネージャー] をクリックし、サーバーマネージャーを開始します。
- Windows のスタート画面で、[サーバーマネージャー] タイルをクリックします。
[管理] メニューの [役割と機能の削除] をクリックします。
[開始する前に] ページで、サーバーから役割または機能を削除する準備が整っていることを確認します。 [次へ] をクリックします。
[対象サーバーの選択] ページで、サーバープールからサーバーを選択するか、オフライン VHD を選択します。オフライン VHD を選択するには、最初に VHD マウント先のサーバーを選択してから、VHD ファイルを選択します。
Note

VHD ファイルが格納されているネットワーク共有フォルダーについては、VHD のマウント先に選択したサーバーのコンピューターアカウント (またはローカルシステムアカウント) に、次のアクセス許可を付与する必要があります。ユーザー専用のアカウントにアクセス許可を与えるだけでは不十分です。ネットワーク共有では、読み取りアクセス許可と書き込みアクセス許可を Everyone グループに付与し、VHD へのアクセスを許可することができますが、セキュリティ上の理由からこの方法はお勧めしません。
- [ファイルの共有] ダイアログボックスの [読み取り/書き込み] アクセス
- ファイルまたはフォルダーの [プロパティ] ダイアログボックスにある [セキュリティ] タブの [フルコントロール] アクセス
サーバーをサーバープールに追加する方法については、「Add servers to Server Manager (サーバーマネージャーへのサーバーの追加)」を参照してください。対象サーバーを選択したら、[次へ] をクリックします。

Note

役割の削除と機能のウィザードを使用するには、同じリリースのバージョンを使用しているサーバーのマネージャーをサポートしている Windows Server を実行しているサーバーから役割と機能を削除します。 Windows Server 2012 R2、Windows Server 2012、または Windows 8 には、サーバーマネージャーを実行している場合は、Windows Server 2016 を実行しているサーバーから役割、役割サービス、または機能を削除できません。役割の削除と機能のウィザードを使用して、Windows Server 2008 を実行しているサーバーまたは Windows Server 2008 R2 から役割と機能を削除できません。
役割を選択して、役割の役割サービス (該当する場合) を選択し、[次へ] をクリックして機能を選択します。

続行すると、役割の削除と機能のウィザードに自動的にするように求められますの役割、役割サービス、またはロールも実行できません機能や機能を削除するを削除します。

さらに、対象サーバーで役割の管理ツールとスナップインを削除するように選択できます。既定では、役割の削除と機能のウィザードでは、管理ツールは削除対象として選択します。選択したサーバーを使って、他のリモートサーバーで役割を管理する場合は、管理ツールとスナップインを削除せずに残しておくことができます。
[削除オプションの確認] ページで、選択されている役割、機能、およびサーバーを確認します。役割や機能を削除する準備が整ったら、[削除] をクリックします。
[削除]をクリックすると、[削除の進行状況] ページには、削除の進行状況、結果、メッセージ (警告、エラー、対象サーバーの再起動のように削除後に必要な構成手順など) が表示されます。 Windows Server 2012 および Windows Server の今後のリリースで、閉じることができる機能のウィザード、役割の削除の削除がまだ進行状況、および削除の結果の表示またはでの他のメッセージが、通知、サーバーマネージャーコンソールの上部にある領域です。クリックして、通知フラグを削除や、サーバーマネージャーを実行している他のタスクに関する詳細を参照してください。

Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能を削除する

サーバーマネージャーの展開は、GUI ベースの役割の削除と機能のウィザードと同様に重要な相違点の Windows PowerShell 関数用コマンドレット。 Windows PowerShell のとは異なり、役割の削除と機能ウィザードで、管理ツールとスナップインの役割は削除されません既定では。役割の削除の一環として管理ツールを削除するには、 IncludeManagementTools パラメーターをコマンドレットに追加します。役割と Windows Server 2012 の Server Core インストールオプションまたは Windows Server、このコマンドラインパラメーターを削除し、指定されたロールの管理ツールを Windows PowerShell の今後のリリースを実行しているサーバーからの機能をアンインストールする場合。

Uninstall-WindowsFeature コマンドレットを使用して役割と機能を削除するには

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

Note

リモートサーバーから役割と機能をアンインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。
- Windows デスクトップで、タスクバーの [Windows PowerShell] を右クリックし、[管理者として実行] をクリックします。
- Windows の開始画面、Windows PowerShell タイルを右クリックし、アプリバーでクリックして 管理者として実行します。
ローカルサーバーにインストール済みの利用可能な役割と機能の一覧を表示するには、「Get-WindowsFeature」と入力し、Enter キーを押します。ローカルのコンピューターは、サーバーではない場合、またはリモートサーバーに関する情報を確認する場合は、実行 Get-WindowsFeature -computerName <computer_name>, を computer_name Windows Server 2016 を実行しているリモートコンピューターの名前を表します。コマンドレットの結果には、手順 4. でコマンドレットに追加される役割と機能のコマンド名が含まれています。

Note

Windows PowerShell 3.0 および Windows PowerShell の今後のリリースでは、モジュールの一部であるコマンドレットを実行する前に Windows PowerShell セッションにサーバーマネージャーコマンドレットモジュールをインポートする必要はありません。モジュールは、モジュールに含まれるコマンドレットを初めて実行するときに自動的にインポートされます。また、Windows PowerShell コマンドレットでも、コマンドレットで使用される機能名は大文字小文字を区別します。
「Get-Help Uninstall-WindowsFeature」と入力して Enter キーを押し、Uninstall-WindowsFeature コマンドレットの構文と使用できるパラメーターを表示します。
次のコマンドを入力し、Enter キーを押します。feature_name は削除する役割や機能のコマンド名を表し (手順 2. で取得)、computer_name は役割と機能を削除する対象となるリモートコンピューターを表します。 feature_name に複数の値を指定する場合は、コンマで区切ります。 Restart パラメーターによって、対象サーバーが自動的に再起動されます (役割または機能の削除で必要な場合)。
```
Uninstall-WindowsFeature -Name <feature_name> -computerName <computer_name> -Restart
```
オフライン VHD から役割と機能を削除するには、 computerName パラメーターと VHD パラメーターの両方を追加します。 computerName パラメーターを追加しない場合、コマンドレットでは、VHD にアクセスするためにローカルコンピューターがマウントされていると想定されます。 computerName パラメーターには VHD のマウント先のサーバー名が格納され、 VHD パラメーターには指定したサーバー上の VHD ファイルへのパスが格納されます。
Note

追加する必要があります、 computerName パラメーターコマンドレットを実行する、コンピューターからいる場合は、Windows クライアントオペレーティングシステムを実行しています。

VHD ファイルが格納されているネットワーク共有フォルダーについては、VHD のマウント先に選択したサーバーのコンピューターアカウント (またはローカルシステムアカウント) に、次のアクセス許可を付与する必要があります。ユーザー専用のアカウントにアクセス許可を与えるだけでは不十分です。ネットワーク共有では、読み取りアクセス許可と書き込みアクセス許可を Everyone グループに付与し、VHD へのアクセスを許可することができますが、セキュリティ上の理由からこの方法はお勧めしません。
- [ファイルの共有] ダイアログボックスの [読み取り/書き込み] アクセス
- フルコントロール 上のアクセス、 セキュリティ ] タブ、ファイルまたはフォルダー プロパティ ] ダイアログボックス。
```
Uninstall-WindowsFeature -Name <feature_name> -VHD <path> -computerName <computer_name> -Restart
```
例: 次のコマンドレッドでは、Active Directory ドメインサービスの役割とグループポリシー管理の機能をリモートサーバー ContosoDC1 から削除します。管理ツールとスナップインも削除され、削除でサーバーの再起動が必要な場合、対象サーバーは自動的に再起動します。
```
Uninstall-WindowsFeature -Name AD-Domain-Services,GPMC -computerName ContosoDC1 -IncludeManagementTools -Restart
```
削除が完了したらを開き、役割と機能を削除することを確認、 のすべてのサーバー でサーバーマネージャー] ページで、役割と機能を削除したサーバーを選択し、表示、 役割と機能の タイルを選択したサーバーのページです。実行することも、Get-WindowsFeature、選択したサーバーを対象とするコマンドレット (Get-WindowsFeature -computerName <computer_name>)、サーバーにインストールされている役割と機能の一覧を表示します。

Windows PowerShell スクリプトを実行して複数のサーバーに役割と機能をインストールする

役割、役割サービス、および機能を 1 つのウィザードセッションで 1 つ以上の対象サーバーにインストールするのにには、追加の役割と機能のウィザードを使用することはできません、サーバーマネージャーを使用して管理している複数の対象サーバーの役割、役割サービス、および機能をインストールするのに Windows PowerShell スクリプトを使用することができます。このプロセスが呼び出されると、一括展開を実行に使用するスクリプトが追加の役割と機能ウィザードを使用して簡単に作成できる XML 構成ファイルを指す 構成設定のエクスポート 進んでからウィザードを使用する、インストールオプションの確認、役割の追加機能のウィザードのページです。

重要

スクリプトで指定されているすべてのターゲットサーバーでは、ローカルコンピューターで実行しているサーバーマネージャーのバージョンに対応する Windows Server のリリースが実行されている必要があります。たとえば、Windows 10 でサーバーマネージャーを実行している場合は、その Windows Server 2016 を実行しているサーバー上の役割、役割サービス、および機能をインストールできます。 GUI ベースの管理ツールをインストールに追加する場合、インストールプロセスは自動的にフルインストールオプション (またの名サーバーグラフィックシェルが実行中に完全な GUI 搭載サーバー) に Windows Server の Server Core インストールオプションを実行しているターゲットサーバーを変換します。

このセクションで示されているスクリプトを使用して一括展開を実行する方法の例に示します、 Install-WindowsFeature コマンドレットと Windows PowerShell スクリプトです。複数のサーバーに対して一括展開を実行するスクリプトや手段は他にも考えられます。役割と機能を展開するための他のスクリプトを検索または提供するには、スクリプトセンターリポジトリを検索してください。

複数のサーバーに役割と機能をインストールするには

されていない場合は、役割、役割サービスを含む XML 構成ファイルと複数のサーバーにインストールする機能を作成します。この構成ファイルを作成するには追加の役割と機能のウィザードを実行している、役割、役割サービス、および必要な機能を選択すると、クリックすると 構成設定のエクスポート 進んでからウィザードを使用する、インストールオプションの確認 ページです。構成ファイルを任意の場所に保存します。構成ファイルを作成するためだけにウィザードを実行している場合は、[インストール] をクリックする必要も、ウィザードを完了する必要もありません。
次のいずれかを実行して、管理者特権を使って Windows PowerShell セッションを開きます。
- Windows デスクトップで、タスクバーの [Windows PowerShell] を右クリックし、[管理者として実行] をクリックします。
- Windows の開始画面、Windows PowerShell タイルを右クリックし、アプリバーでクリックして 管理者として実行します。

コピーして、Windows PowerShell セッションに、次のスクリプトを貼り付けます。

function Invoke-WindowsFeatureBatchDeployment {
    param (
        [parameter(mandatory)]
        [string[]] $computerNames,
        [parameter(mandatory)]
        [string] $ConfigurationFilepath
    )

    # Deploy the features on multiple computers simultaneously.
    $jobs = @()
    foreach($computerName in $computerNames) {
        $jobs += start-Job -Command {
            Install-WindowsFeature -ConfigurationFilepath $using:ConfigurationFilepath -computerName $using:computerName -Restart
        }
    }

    Receive-Job -Job $jobs -Wait | select-Object Success, RestartNeeded, exitCode, FeatureResult
}

選択した役割または機能によって、必要であれば、ターゲットサーバーが自動的に再起動されます。

次のようにして関数を実行します。
1. 変数を作成し、ターゲットコンピューターの名前をコンマで区切って格納します。次の例では、変数 $ServerNames に、ターゲットサーバー Contoso_01 および Contoso_02 が格納されています。 Enter キーを押します。
```
# Sample Invocation
$ServerNames = 'Contoso_01','Contoso_02'
Invoke-WindowsFeatureBatchDeployment -computerNames $ServerNames -ConfigurationFilepath C:\Users\sampleuser\Desktop\DeploymentConfigTemplate.xml
```
2. 関数を実行するには、次のように入力し、Enter キーを押します。$ServerNames は前の手順で作成した変数、C:\Users\Sampleuser\Desktop\DeploymentConfigTemplate.xml は手順 1. で作成した構成ファイルのパスです。
  
  Invoke-WindowsFeatureBatchDeployment -computerNames $ServerNames -ConfigurationFilepath C:\Users\Sampleuser\Desktop\DeploymentConfigTemplate.xml
インストールが完了したら、インストールの確認を開いて、 のすべてのサーバー サーバーマネージャーで、役割と機能をインストールしたサーバーの選択と表示] ページ、 役割と機能の タイルを選択したサーバーのページです。また、特定のサーバーを対象として Get-WindowsFeature コマンドレット (Get-WindowsFeature -computerName<computer_name>) を実行し、サーバーにインストールされている役割と機能の一覧を表示することもできます。

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

重要

リモートソースから機能ファイルをインストールする場合、ソースパスまたはファイル共有では、読み取りアクセス許可を Everyone グループ (セキュリティ上の理由からお勧めできません)、または対象サーバーのコンピューターアカウント (ローカルシステムアカウント) のどちらかに付与する必要があります。ユーザーアカウントのアクセス許可を付与するだけでは不十分です。

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

実行中の物理サーバーの役割、役割サービス、および機能をインストールしている場合は、別の機能ファイルのソースとして WIM ファイルを指定できます。 WIM ファイルのソースパスは、WIM をプレフィックスとし、機能ファイルの位置を示すインデックスをサフィックスとして、WIM:e:\sources\install.wim:4 という形式にする必要があります。。オフライン VHD に役割、役割サービス、および機能をインストールするため、ソースとして直接 WIM ファイルを使用することはできません必要がありますか、オフライン VHD をマウントしてソースファイルのマウントパスをポイントしたか、WIM ファイルの内容のコピーを含むフォルダーをポイントする必要があります。

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

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

Note

リモートサーバーから役割と機能をインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。
- Windows デスクトップで、タスクバーの [Windows PowerShell] を右クリックし、[管理者として実行] をクリックします。
- Windows の開始画面、Windows PowerShell タイルを右クリックし、アプリバーでクリックして 管理者として実行します。
- Windows Server 2012 R2 の Server Core インストールオプションを実行しているサーバーまたは Windows Server 2012 では、次のように入力します。PowerShell にコマンドプロンプトを押してから Enterします。
次のコマンドを入力して Enter キーを押します。次の例では、ソースファイルはドライブ D のインストールメディアのサイドバイサイドストア (SxS と略す) にあります。
```
Install-WindowsFeature NET-Framework-Core -Source D:\Sources\SxS
```
コマンドで Windows Update を見つからない機能ファイルのソースとして使用する場合、または既定のソースが既にグループポリシーを使用して構成されている場合は、別のソースを指定する必要がない限り、 Source パラメーターを追加する必要はありません。

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

管理] メニューの [サーバーマネージャーで、クリックして 追加の役割と機能のです。
Windows Server 2016 を実行している移行先サーバーを選択します。
機能の選択 の追加の役割と機能のウィザード、[選択] ページ .NET Framework 3.5します。
ローカルコンピューターがグループポリシー設定で許可している場合、インストールプロセスは Windows Update を使用して見つからない機能ファイルを取得しようとします。 [インストール] をクリックします。次の手順に進む必要はありません。

グループポリシー設定でこれを許可していない場合、または .NET Framework 3.5 機能ファイルの別のソースを使用する場合、ウィザードの [インストールオプションの確認] ページで、[代替ソースパスの指定] をクリックします。
インストールメディアのサイドバイサイドストア (SxS と呼ばれています) へのパスまたは WIM ファイルへのパスを指定します。次の例では、インストールメディアはドライブ D にあります。

D:\Sources\SxS\

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

WIM:\\server_name\share\install.wim:3
[OK] をクリックし、[インストール] をクリックします。

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

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

Note

リモートサーバーから役割と機能をインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。
- Windows デスクトップで、タスクバーの [Windows PowerShell] を右クリックし、[管理者として実行] をクリックします。
- Windows の開始画面、Windows PowerShell タイルを右クリックし、アプリバーでクリックして 管理者として実行します。
- Server Core インストールオプションを実行しているサーバーで、コマンドプロンプトに「PowerShell」と入力して、Enter キーを押します。
次のいずれかの 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 ファイルの正規のソースの場所、およびオンデマンド機能の構成の一部として削除された他の機能ファイルを指定します。ポリシー設定 [オプションコンポーネントのインストールおよびコンポーネントの修復のための設定を指定する] は、グループポリシー管理コンソールまたはローカルグループポリシーエディターの " コンピューターの構成\管理用テンプレート\システム " フォルダーにあります。

Note

ローカルコンピューターのグループポリシー設定を変更するには、Administrators グループのメンバーである必要があります。管理対象コンピューターのグループポリシー設定がドメインレベルで制御されている場合、グループポリシー設定を変更するには、Domain Administrators グループのメンバーである必要があります。

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

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

コンピューターの構成\管理用テンプレート\システム\オプションコンポーネントのインストールおよびコンポーネントの修復のための設定を指定する
ポリシー設定がまだ有効になっていない場合は、[有効] を選択してポリシー設定を有効にします。
[オプション] 領域の [代替ソースパスの指定] ボックスに、共有フォルダーまたは WMI ファイルへの完全修飾パスを指定します。 WIM ファイルを代替ソースファイルの場所として指定するには、パスに WIM: プレフィックスを追加し、WIM ファイルで使用するイメージのインデックスをサフィックスとして追加します。指定できる値の例を次に示します。
- 共有フォルダーへのパス: \\server_name\share\folder_name
- WIM ファイルへのパス 3 機能ファイルが存在するイメージのインデックスを表します WIM:\\server_name\share\install.wim:3
このポリシー設定によって制御されているコンピューターが Windows Update で見つからない機能ファイルを検索しないようにするには、[Windows Update からペイロードのダウンロードを試行しない] を選択します。
このポリシー設定によって制御されているコンピューターが通常、WSUS 経由で更新プログラムを受け取る場合でも、見つからない機能ファイルの検索には WSUS ではなく Windows Update を使用する場合は、[Windows Server Update Services (WSUS) の代わりに、Windows Update に直接アクセスして修復コンテンツをダウンロードする] を選択します。
このポリシー設定の変更が完了したら [OK] をクリックし、グループポリシーエディターを閉じます。

参照

Windows Server のインストールオプション Microsoft .NET Framework 3.5 展開に関する考慮事項 Windows 機能の有効化または無効化方法

次の方法で共有

役割、役割サービス、または機能のインストールまたはアンインストール

役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする

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

Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能をインストールする

Install-WindowsFeature コマンドレットを使用して役割と機能をインストールするには

役割と機能の削除ウィザードを使用して役割、役割サービス、および機能を削除する

役割と機能の削除ウィザードを使用して役割、役割サービス、および機能を削除するには

Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能を削除する

Uninstall-WindowsFeature コマンドレットを使用して役割と機能を削除するには

Windows PowerShell スクリプトを実行して複数のサーバーに役割と機能をインストールする

複数のサーバーに役割と機能をインストールするには

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

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

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

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

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

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

参照

フィードバック

その他のリソース

次の方法で共有

役割、役割サービス、または機能のインストールまたはアンインストール

役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする

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

Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能をインストールする

Install-WindowsFeature コマンドレットを使用して役割と機能をインストールするには

役割と機能の削除ウィザードを使用して役割、役割サービス、および機能を削除する

役割と機能の削除ウィザードを使用して役割、役割サービス、および機能を削除するには

Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能を削除する

Uninstall-WindowsFeature コマンドレットを使用して役割と機能を削除するには

Windows PowerShell スクリプトを実行して複数のサーバーに役割と機能をインストールする

複数のサーバーに役割と機能をインストールするには

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

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

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

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

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

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

参照

フィードバック

その他のリソース

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

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