役割、役割サービス、または機能のインストールまたはアンインストール
適用対象: Windows Server 2012,Windows Server 2012 R2
Windows Server® 2012 R2 および Windows Server® 2012 では、サーバー マネージャーのコンソールとサーバー マネージャー用の Windows PowerShell® コマンドレットを使用して、役割と機能をローカル サーバー、リモート サーバー、またはオフラインの仮想ハード ディスク (VHD) にインストールできます。役割および機能の追加ウィザードまたは Windows PowerShell の 1 回のセッションで、複数の役割と機能を 1 台のリモート サーバーまたはオフライン VHD にインストールできます。
重要
サーバー マネージャーを使用して、Windows Server オペレーティング システムの新しいリリースを管理することはできません。Windows Server 2012 または Windows 8 で実行している サーバー マネージャー を使用して、Windows Server 2012 R2 を実行しているサーバーに 役割、役割サービス、機能 をインストールするこことはできません。
役割、役割サービス、機能をインストールまたはアンインストールするには、管理者としてサーバーにログオンしている必要があります。 対象サーバーに対する管理者権限のないアカウントでローカル コンピューターにログオンしている場合は、[サーバー] タイルで対象サーバーを右クリックし、[管理に使用する資格情報] をクリックして、管理者権限を持つアカウントを指定します。 オフライン VHD のマウント先のサーバーをサーバー マネージャーに追加する必要があります。さらに、マウント先のサーバーの管理者権限が必要となります。
の概要の詳細については、「役割、役割サービス、機能役割、役割サービス、および機能」を参照してください。
このトピックは次のセクションで構成されます。
役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする
Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能をインストールする
役割と機能の削除ウィザードを使用して役割、役割サービス、および機能を削除する
Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能を削除する
Windows PowerShell スクリプトを実行して複数のサーバーに役割と機能をインストールする
.NET Framework 3.5 とその他の機能をオンデマンドでインストールする
役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする
役割および機能の追加ウィザードの 1 回のセッションで、役割、役割サービス、機能をローカル サーバー、サーバー マネージャーに追加されたリモート サーバー、オフライン VHD のいずれかにインストールできます。サーバー マネージャー にサーバーを追加して管理する方法の詳細については、「サーバー マネージャーへのサーバーの追加」を参照してください。
注意
Windows Server 2012 または Windows 8 上でサーバー マネージャーを実行している場合、役割および機能の追加ウィザードでは、Windows Server 2012 を実行しているサーバーおよびオフライン VHD のみに役割と機能をインストールできます。Windows Server 2012 R2 または Windows 8.1 上でサーバー マネージャーを実行している場合、役割および機能の追加ウィザードでは、Windows Server 2012 R2 を実行しているサーバーおよびオフライン VHD のみに役割と機能をインストールできます。
役割と機能の追加ウィザードを使用して役割と機能をインストールするには
サーバー マネージャーを既に開いている場合は、次の手順に進んでください。サーバー マネージャーをまだ開いていない場合は、次のどちらかの方法で開きます。
Windows デスクトップで、Windows タスク バーの [サーバー マネージャー] をクリックし、サーバー マネージャーを開始します。
Windows のスタート画面で、[サーバー マネージャー] タイルをクリックします。
[管理] メニューの [役割と機能の追加] をクリックします。
[開始する前に] ページで、インストールする役割と機能のために、対象サーバーとネットワーク環境の準備が整っていることを確認してください。[次へ] をクリックします。
[インストールの種類の選択] ページで、[役割ベースまたは機能ベースのインストール] を選択して 1 台のサーバーにすべての役割や機能をインストールするか、[リモート デスクトップ サービスのインストール] を選択して仮想マシン ベースのデスクトップ インフラストラクチャ、またはリモート デスクトップ サービス向けのセッション ベースのデスクトップ インフラストラクチャをインストールします。[リモート デスクトップ サービスのインストール] オプションでは、管理者の必要に応じて、リモート デスクトップ サービスの役割の論理部分がさまざまなサーバーに分散されます。[次へ] をクリックします。
[対象サーバーの選択] ページで、サーバー プールからサーバーを選択するか、オフライン VHD を選択します。 対象サーバーとしてオフライン VHD を選択するには、まず VHD マウント先のサーバーを選択してから、VHD ファイルを選択します。 サーバーをサーバー プールに追加する方法については、「サーバー マネージャーへのサーバーの追加」を参照してください。 対象サーバーを選択したら、[次へ] をクリックします。
注意
オフライン VHD に役割や機能をインストールするには、対象 VHD が次の要件を満たしている必要があります。
-
VHD では、実行している サーバー マネージャー のバージョンと一致する Windows Server のリリースを実行している必要があります。 「役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする」の冒頭の注意事項を参照してください。
-
VHD に複数のシステム ボリュームまたはパーティションが存在することはできません。
-
VHD ファイルが格納されているネットワーク共有フォルダーについては、VHD のマウント先に選択したサーバーのコンピューター アカウント (またはローカル システム アカウント) に、次のアクセス許可を付与する必要があります。 ユーザー専用のアカウントにアクセス許可を与えるだけでは不十分です。 ネットワーク共有では、読み取りアクセス許可と書き込みアクセス許可を Everyone グループに付与し、VHD へのアクセスを許可することができますが、セキュリティ上の理由からこの方法はお勧めしません。
-
[ファイルの共有] ダイアログ ボックスの [読み取り/書き込み] アクセス
-
ファイルまたはフォルダーの [プロパティ] ダイアログ ボックスにある [セキュリティ] タブの [フル コントロール] アクセス
-
-
役割を選択して、役割の役割サービス (該当する場合) を選択し、[次へ] をクリックして機能を選択します。
続行すると、役割および機能の追加ウィザードでは、選択した役割や機能のインストールや通常動作を妨げる可能性のある競合が対象サーバーで見つかった場合、自動的に通知されます。 また、選択した役割または機能で必要とされる役割、役割サービス、または機能を追加するように求めるダイアログも表示されます。
さらに、別のサーバー、またはリモート サーバー管理ツールを実行している Windows クライアントベースのコンピューターのどちらかから役割をリモート管理する場合は、役割に使用する管理ツールやスナップインを対象サーバーにインストールしない選択もできます。役割および機能の追加ウィザードでは、既定で、インストールする管理ツールが選択されています。
[インストール オプションの確認] ページで、選択されている役割、機能、およびサーバーを確認します。 インストールする準備が整ったら、[インストール] をクリックします。
選択内容を XML ベースの構成ファイルにエクスポートし、Windows PowerShell を使用した無人インストールに使用することもできます。 この役割および機能の追加ウィザード セッションで指定した構成をエクスポートするには、[構成設定のエクスポート] をクリックし、XML ファイルを任意の場所に保存します。
[インストール オプションの確認] ページの [代替ソース パスの指定] コマンドをクリックすると、選択したサーバーに役割と機能をインストールするために必要なファイルの代替ソース パスを指定することができます。 のWindows Server 2012オンデマンド機能を使用すると、リモートのみで管理されているサーバーから役割と機能のファイルを削除することにより、オペレーティング システムで使用されるディスク領域の量を減らすことができます。Uninstall-WindowsFeature -Remove コマンドレットを使用して役割と機能のファイルをサーバーから削除した場合、代替ソース パス、または必要な機能と役割のファイルが保存される共有を指定して、役割と機能を後からサーバーにインストールすることができます。 ソース パスまたはファイル共有では、読み取りアクセス許可を Everyone グループ (セキュリティ上の理由からお勧めできません)、または対象サーバーのコンピューター アカウント (DOMAIN\SERVERNAME$) のどちらかに付与する必要があります。ユーザー アカウントにアクセス許可を付与するだけでは不十分です。 オンデマンド機能の詳細については、「Windows Server インストール オプション」を参照してください。
実行中の物理サーバーに役割、役割サービス、機能をインストールする際には、機能ファイルの代替ソースとして WIM ファイルを指定できます。 WIM ファイルのソース パスは、WIM をプレフィックスとし、機能ファイルの位置を示すインデックスをサフィックスとして、WIM:e:\sources\install.wim:4 という形式にする必要があります。 ただし、オフライン VHD に役割、役割サービス、機能をインストールするためのソースとして WIM ファイルを直接使用することはできません。オフライン VHD をマウントしてソース ファイルのマウント パスをポイントするか、WIM ファイルの内容のコピーが含まれるフォルダーをポイントする必要があります。
[インストール] をクリックすると、[インストールの進行状況] ページには、インストールの進行状況、結果、メッセージ (警告、エラー、インストールした役割や機能に必要なインストール後の構成手順など) が表示されます。Windows Server 2012 R2 および Windows Server 2012 では、インストールの実行中に役割および機能の追加ウィザードを閉じても、サーバー マネージャーのコンソールの上部にある [通知] 領域でインストールの結果や他のメッセージを確認できます。[通知] フラグ アイコンをクリックすると、サーバー マネージャーで実行しているインストールやその他のタスクの詳細が表示されます。
Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能をインストールする
サーバー マネージャー のWindows PowerShellの展開コマンドレットは GUI ベースの役割および機能の追加ウィザードおよび役割および機能の削除ウィザードと同じように機能しますが、重要な相違点があります。Windows PowerShell では、役割および機能の追加ウィザードとは異なり、既定では、役割の管理ツールとスナップインは追加されません。 役割のインストールの一環として管理ツールを含めるには、IncludeManagementTools パラメーターをコマンドレットに追加します。Windows Server 2012 R2 または Windows Server 2012 の Server Core インストール オプションを実行しているサーバーに役割と機能をインストールする場合は、役割の管理ツールをインストールに追加できますが、GUI ベースの管理ツールとスナップインは Windows Server の Server Core インストール オプションを実行しているサーバーにインストールできません。 Server Core インストール オプションにインストールできるのは、コマンド ライン ツールと Windows PowerShell 管理ツールのみです。
Install-WindowsFeature コマンドレットを使用して役割と機能をインストールするには
次のいずれかを実行して、管理者特権を使って Windows PowerShell セッションを開きます。
注意
役割と機能をリモート サーバーにインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。
Windows デスクトップで、タスク バーの [Windows PowerShell] を右クリックし、[管理者として実行] をクリックします。
Windows のスタート画面で、Windows PowerShell のタイルを右クリックし、アプリ バーで [管理者として実行] をクリックします。
ローカル サーバーにインストール済みの利用可能な役割と機能の一覧を表示するには、「Get-WindowsFeature」と入力し、Enter キーを押します。 ローカル コンピューターがサーバーでない場合、またはリモート サーバーの情報が必要な場合は、Get-WindowsFeature -ComputerName <computer_name> を実行します。ここで、computer_name は Windows Server 2012 R2 または Windows Server 2012 が実行されているリモート コンピューターです。コマンドレットの結果には、手順 4. でコマンドレットに追加する役割と機能のコマンド名が含まれます。
注意
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 ファイルへのパスが格納されます。
注意
Windows 8.1 または Windows 8 を実行しているコンピューターからコマンドレッドを実行する場合は、ComputerName パラメーターを追加する必要があります。
オフライン 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 ファイルを選択します。
注意
VHD ファイルが格納されているネットワーク共有フォルダーについては、VHD のマウント先に選択したサーバーのコンピューター アカウント (またはローカル システム アカウント) に、次のアクセス許可を付与する必要があります。 ユーザー専用のアカウントにアクセス許可を与えるだけでは不十分です。 ネットワーク共有では、読み取りアクセス許可と書き込みアクセス許可を Everyone グループに付与し、VHD へのアクセスを許可することができますが、セキュリティ上の理由からこの方法はお勧めしません。
-
[ファイルの共有] ダイアログ ボックスの [読み取り/書き込み] アクセス
-
ファイルまたはフォルダーの [プロパティ] ダイアログ ボックスにある [セキュリティ] タブの [フル コントロール] アクセス
サーバーをサーバー プールに追加する方法については、「サーバー マネージャーへのサーバーの追加」を参照してください。 対象サーバーを選択したら、[次へ] をクリックします。
注意
使用している サーバー マネージャー のバージョンをサポートする Windows Server と同じリリースが実行されているサーバーから役割と機能を削除するには、役割および機能の削除ウィザード を使用できます。Windows Server 2012 または Windows 8 で サーバー マネージャー を実行している場合は、Windows Server 2012 R2 を実行しているサーバーから役割、役割サービス、または機能を削除できません。 一方、役割および機能の削除ウィザードを使用して、Windows Server 2008、Windows Server 2008 R2、または Windows Server 2003 を実行しているサーバーから役割と機能を削除することはできません。
-
役割を選択して、役割の役割サービス (該当する場合) を選択し、[次へ] をクリックして機能を選択します。
続行すると、役割および機能の削除ウィザードでは、削除する役割または機能がないと実行できない役割、役割サービス、または機能を削除するよう求めるメッセージが自動的に表示されます。
さらに、対象サーバーで役割の管理ツールとスナップインを削除するように選択できます。役割および機能の削除ウィザードでは、既定で、削除する管理ツールが選択されています。 選択したサーバーを使って、他のリモート サーバーで役割を管理する場合は、管理ツールとスナップインを削除せずに残しておくことができます。
[削除オプションの確認] ページで、選択されている役割、機能、およびサーバーを確認します。 役割や機能を削除する準備が整ったら、[削除] をクリックします。
[削除] をクリックすると、[削除の進行状況] ページには、削除の進行状況、結果、メッセージ (警告、エラー、対象サーバーの再起動のように削除後に必要な構成手順など) が表示されます。Windows Server 2012 R2 および Windows Server 2012 では、削除の実行中に役割および機能の削除ウィザードを閉じても、サーバー マネージャーのコンソールの上部にある [通知] 領域で削除の結果や他のメッセージを確認することができます。[通知] フラグをクリックすると、サーバー マネージャーで実行している削除やその他のタスクの詳細が表示されます。
Windows PowerShell コマンドレットを使用して役割、役割サービス、および機能を削除する
サーバー マネージャー のWindows PowerShellの展開コマンドレットは GUI ベースの役割および機能の削除ウィザードと同じように機能しますが、重要な相違点があります。Windows PowerShell では、役割および機能の削除ウィザードとは異なり、既定では、役割の管理ツールとスナップインは削除されません。 役割の削除の一環として管理ツールを削除するには、IncludeManagementTools パラメーターをコマンドレットに追加します。Windows Server 2012 R2 または Windows Server 2012 の Server Core インストール オプションを実行しているサーバーから役割と機能をアインインストールする場合は、このパラメーターにより、指定した役割と機能のコマンド ライン ツールと Windows PowerShell 管理ツールが削除されます。
Uninstall-WindowsFeature コマンドレットを使用して役割と機能を削除するには
次のいずれかを実行して、管理者特権を使って Windows PowerShell セッションを開きます。
注意
リモート サーバーから役割と機能をアンインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。
Windows デスクトップで、タスク バーの [Windows PowerShell] を右クリックし、[管理者として実行] をクリックします。
Windows のスタート画面で、Windows PowerShell タイルを右クリックし、アプリ バーで [管理者として実行] をクリックします。
ローカル サーバーにインストール済みの利用可能な役割と機能の一覧を表示するには、「Get-WindowsFeature」と入力し、Enter キーを押します。 ローカル コンピューターがサーバーでない場合、またはリモート サーバーの情報が必要な場合は、Get-WindowsFeature -ComputerName <computer_name> を実行します。ここで、computer_name は Windows Server 2012 R2 または Windows Server 2012 が実行されているリモート コンピューターです。コマンドレットの結果には、手順 4. でコマンドレットに追加する役割と機能のコマンド名が含まれます。
注意
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 ファイルへのパスが格納されます。
注意
Windows 8.1 または Windows 8 を実行しているコンピューターからコマンドレッドを実行する場合は、ComputerName パラメーターを追加する必要があります。
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 回のウィザード セッションで複数の対象サーバーに役割、役割サービス、機能をインストールすることはできませんが、Windows PowerShell スクリプトを使用すると、役割、役割サービス、機能を使用して管理する複数の対象サーバーにサーバー マネージャーをインストールできます。 一括展開を行うために使用するスクリプトは、このプロセスが呼び出されると、XML 構成ファイルをポイントします。このファイルは、役割および機能の追加ウィザードを使用し、の [インストール オプションの確認] ページまで進んでから [構成設定のエクスポート]役割および機能の追加ウィザード をクリックすることで、簡単に作成できます。
重要
スクリプト内で指定したすべての対象サーバーでは、ローカル コンピューターで実行している サーバー マネージャー のバージョンと一致する Windows Server のリリースが実行されている必要があります。 たとえば、Windows® 8 でサーバー マネージャーを実行している場合は、Windows Server 2012 が実行されているサーバーで役割、役割サービス、機能をインストールできます。 GUI ベースの管理ツールをインストールに追加した場合は、Windows Server の Server Core インストール オプションを実行している対象サーバーが、フル インストール オプション (フル GUI を備えたサーバー) に自動的に変換されます。
このセクションに示されているスクリプトは、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 }
選択した役割または機能によって、必要であれば、対象サーバーが自動的に再起動されます。
次のようにして関数を実行します。
変数を作成し、対象コンピューターの名前をコンマで区切って格納します。 次の例では、変数 $ServerNames に、対象サーバー Contoso_01 および Contoso_02 が格納されています。 [Enter] キーを押します。
# Sample Invocation $ServerNames = 'Contoso_01', 'Contoso_02' Invoke-WindowsFeatureBatchDeployment -ComputerNames $ServerNames -ConfigurationFilePath C:\Users\sampleuser\Desktop\DeploymentConfigTemplate.xml
関数を実行するには、次のように入力し、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 R2 または 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 セッションを開きます。
注意
リモート サーバーから役割と機能をインストールする場合は、管理者特権で Windows PowerShell を実行する必要はありません。
Windows デスクトップで、タスク バーの [Windows PowerShell] を右クリックし、[管理者として実行] をクリックします。
Windows のスタート画面で、Windows PowerShell タイルを右クリックし、アプリ バーで [管理者として実行] をクリックします。
Windows Server 2012 R2 または Windows Server 2012 の Server Core インストール オプションを実行しているサーバーで、コマンド プロンプトに「powershell」と入力して、Enter キーを押します。
次のコマンドを入力して、Enter キーを押します。 次の例では、ソース ファイルはドライブ D のインストール メディアのサイド バイ サイド ストア (SxS と略す) にあります。
Install-WindowsFeature NET-Framework-Core –Source D:\Sources\SxS
コマンドで Windows Update を見つからない機能ファイルのソースとして使用する場合、または既定のソースが既にグループ ポリシーを使用して構成されている場合は、別のソースを指定する必要がない限り、Source パラメーターを追加する必要はありません。
役割と機能の追加ウィザードを使用して .NET Framework 3.5 をインストールするには
で、[管理]サーバー マネージャー メニューの [役割と機能の追加] をクリックします。
Windows Server 2012 R2 または Windows Server 2012 を実行している対象サーバーを選択します。
の [機能の選択]役割および機能の追加ウィザード ページで、[.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 セッションを開きます。
注意
リモート サーバーから役割と機能をインストールする場合は、管理者特権で 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
注意
DISM コマンドでは大文字と小文字が区別されます。
グループ ポリシーで機能ファイルの代替ソースを構成する
このセクションで説明されているグループ ポリシー設定で、.NET Framework 3.5 ファイルの正規のソースの場所、およびオンデマンド機能の構成の一部として削除された他の機能ファイルを指定します。 ポリシー設定 [オプション コンポーネントのインストールおよびコンポーネントの修復のための設定を指定する] は、グループ ポリシー管理コンソールまたはローカル グループ ポリシー エディターの "コンピューターの構成\管理用テンプレート\システム" フォルダーにあります。
注意
ローカル コンピューターのグループ ポリシー設定を変更するには、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 の機能を有効または無効にする方法