仮想ラボの拡張または変更
発行: 2016年7月
仮想ラボを使用してよく理解するようになると、いくつかの方法でラボを展開したり変更したりすることを望むかもしれません。
Team Foundation Server をあるサーバーから別のサーバーに移動する
Team Foundation Server アプリケーション層を実行しているサーバーの変更または置き換えが必要な場合があります。
Team Foundation Server 間でチーム プロジェクト コレクションを移動する
初期のチーム プロジェクトのマシンと他のリソースを再利用し、それらのリソースを移動することができます。
新しいライブラリ サーバーを追加し、古いライブラリ サーバーを除外する
仮想マシン、テンプレート、および環境を格納するために、多くの領域が必要な場合があります。 他のライブラリ共有を追加するか、既存のライブラリ共有を SCVMM ライブラリ サーバー上のライブラリ共有で置き換えることができます。
新しい HYPER-V ホストを追加し、旧バージョンの HYPER-V ホストを除外する
仮想マシンおよび環境を格納するために、多くの領域が必要な場合があります。 既存のホスト グループに物理ホストをさらに追加して、透過的により多くの容量を追加することができます。
System Center Virtual Machine Manager をサーバー間で移動する
SCVMM を実行しているサーバーの変更または置き換えが必要な場合があります。
テスト コントローラーの移動
テスト コントローラーを実行しているコンピューターの移動または置き換えが必要な場合があります。
これらのそれぞれの変更により、Lab Management リソースの構成をいくらか修正する必要があります。
Team Foundation Server をあるサーバーから別のサーバーに移動する
Team Foundation Server をあるサーバーから別のサーバーに移動する場合、または Team Foundation Server を実行しているサーバーの名前を変更する場合は、Lab Management コンポーネントが Team Foundation Server との通信に使用している URL を更新する必要があります。 Team Foundation Server の移動方法の 詳細情報:、「Team Foundation Server の管理」を参照してください。
Team Foundation Server の移動が完了した後、次の場所の Team Foundation Server の URL を更新します。
Team Foundation Server アプリケーション層を実行しているコンピューターで、URL が Team Foundation Server 管理コンソールに表示されます。 管理コンソールで、[Lab Management] ノードに移動して、[Lab Management の再構成] をクリックし、[詳細設定] タブをクリックします。 [ラボ URL] テキスト ボックスに、新しいサーバー名を入力します。
ビルド エージェントがインストールされているコンピューターでは、URL がハイパー V 管理のレジストリ ハイブに格納されています。 Team Foundation Server を実行しているサーバーの名前が変更される場合は、この環境の [ワークフロー機能の修復] を クリックします。 このような環境のすべての仮想マシンで、設定が自動的に更新されます。 .lvr ファイルは Team Foundation Server の URL を内部に保存するため、XML を更新するには、.lvr ファイルを手動で変更する必要があります。
注意
スナップショットを戻した後で、Team Foundation Server によって仮想マシンで URL が更新されるため、スナップショットを戻す必要はありません。
Team Foundation Server 間でチーム プロジェクト コレクションを移動する
構成された環境を使用するか、または Team Foundation Server をパイロット テストするための小さなチーム プロジェクトを作成することで Lab Management を開始した場合は、ラボ資産を別の Team Foundation Server のインスタンスに後で移行することを望むかもしれません。 Team Foundation Server はチーム プロジェクト間のマージをサポートしていないため、ラボのリソースを手動で移動する必要があります。 ソース コードの移行、作業項目、およびビルド定義の方法の 詳細情報:、「Team Foundation Server の管理」を参照してください。
注意
仮想マシンはそのネットワークの場所を使用するよう既に構成されているため、同じネットワークの場所内でのみ仮想マシンを移動できます。別のドメインにある Team Foundation Server のインスタンス間でチーム プロジェクト コレクションを移動する場合は、プロジェクト コレクションを移動して、そのプロジェクト コレクションの Lab Management の構成を解除し、次に新しい Team Foundation Server のインスタンスとドメインの設定を使用して、新規に構成する必要があります。
ドメイン間を移動しているため、すべてを回復することはできません。
Team Foundation Server を実行しているサーバーから Team Foundation Server を実行している別のサーバーに移動するには
チーム プロジェクト コレクションを新しいアプリケーション層に移動します。 この手順については、「チーム プロジェクト コレクションを移動する」を参照してください。
コレクションを対象の Team Foundation Server にアタッチした後で、チーム プロジェクト コレクションの Lab Management の構成を解除します。 構成を解除する手順については、「TFSConfig Lab /Delete Command」を参照してください。
対象の Team Foundation Server のコレクションで Lab Management を再構成します。 Lab Management を構成する手順については、「SCVMM 環境用の Lab Management の構成」を参照してください。
新しいライブラリ サーバーを追加し、古いライブラリ サーバーを除外する
System Center Virtual Machine Manager (SCVMM) のストレージを展開する必要がある場合は、新しいライブラリ共有を追加することができます。 より高速のプロセッサを持つサーバー、より多くのハード ディスクを持つサーバー、あるいはその両方の共有に、既存の共有を置き換えることができます。 ライブラリ共有を Lab Management が使用する SCVMM に追加または削除するプロセスは、次のようになります。
新しいライブラリ共有に移動する準備をします。
テンプレートを移動します。
仮想環境で現在使用されていない、インポート済みの仮想マシンを移動します。
格納済み環境を移動します。
古いライブラリ共有を削除します。
注意
このシナリオでは、アクティブなバグの一部である可能性がある既存の .lvr ファイルは更新されません。バグの再現に必要な格納済み環境がある場合、バグが解決されるまで、ソース ライブラリに残す必要があります。
移動を準備するには
新しいライブラリ サーバーが SCVMM ライブラリ サーバーのシステム要件を満たしていることを確認します。 システム要件 詳細情報:、「システム要件: VMM ライブラリ サーバー」を参照してください。
新しいサーバーで、新しいライブラリ共有を追加します。
Windows エクスプローラーで、新しいライブラリ共有の名前を使用する新しいフォルダーを作成します。
VMM_MACHINE$ を共同作成者としてこのフォルダーが共有されているユーザーのリストに追加することにより、新しいフォルダーを SCVMM サーバーと共有します。
Virtual Machine Manager 管理者コンソールで、このライブラリ共有を関連付けます。
関連するチーム プロジェクト コレクションとチーム プロジェクトへの新しいライブラリ共有を追加します。
TFS 管理コンソールで、[TFS サーバー] をクリックします。 [アプリケーション層] をクリックして、[チーム プロジェクト コレクション] をクリックします。
[Lab Management] タブで、[ライブラリ共有の構成] をクリックします。
SCVMM で作成した共有を追加します。
元のライブラリ共有をバックアップします。 ライブラリ共有をバックアップする手順については、「VMM データベースのバックアップと復元」を参照してください。
次のいずれかの操作を行います。
プロジェクト コレクションをオフラインにします。 移動中は、関連するプロジェクト コレクションをオフラインにすることをお勧めします (必須ではありません)。
または
システム管理者に連絡し、移動中は環境の配置または仮想マシンやテンプレートのインポートを行わないよう、すべてのユーザーに通知するように依頼します。
テンプレートを移動するには
移動するテンプレートに関連付けられているファイルを特定します。 移動元から対象にこれらのファイルを移動します。 差分ディスク VHD の場合は、必ず .vhd のすべてのバージョンを移動します。 このテンプレートが参照する .vhd のパスを検索するには、テンプレートを右クリックして、[プロパティ] をクリックします。 [ハードウェア構成] をクリックします。 この .vhd を新しいライブラリ共有に移動します。
SCVMM 管理者コンソールで、[ライブラリ] をクリックします。 [アクション] ウィンドウで、[更新] をクリックします。 古いライブラリ共有と新しいライブラリ共有の両方を更新します。
Microsoft Test Manager で [ライブラリ] をクリックします。 新しいライブラリ共有をポイントし、テンプレートを再インポートします。 Lab Management に対して有効になっている各チーム プロジェクトで繰り返します。 テンプレートの新しいインスタンスに定義する OS プロファイルおよびハードウェア プロファイルが、古いテンプレートに使用したものと同じであることを確認します。
ライブラリ内でテンプレートに基づいた環境を使用している場合は、環境の定義を手動で更新する必要があります。 Microsoft Test Manager で、[ライブラリ] をクリックします。 [環境] をクリックして、テンプレートを使用した各環境をクリックします。 古いテンプレートを削除し、新しいテンプレートを追加します。
ライブラリから古いテンプレートを削除します。 Microsoft Test Manager で、[ラボ センター] をクリックします。 [ライブラリ] タブをクリックして、[VM とテンプレート] をクリックします。
ライブラリ共有の列を確認することで、古いテンプレートと新しいテンプレートを区別することができます。 これは、基になるテンプレートを削除しません。
移動が成功したことを確認します。 チーム プロジェクト コレクションをオフラインにしなかった場合は、テンプレートをホストに配置します。 エラーがない状態で完了する必要があります。
現在環境で使用されていないライブラリに仮想マシンがある場合、これらの仮想マシンをホストに配置してから、これらの仮想マシンを新しいライブラリに保存します。
インポートされた仮想マシンを移動するには
新しい仮想環境の作成
移動する必要があるすべての仮想マシンを追加します。 機能は選択しないでください。
環境を配置しますが、開始しないでください。
注意
環境を開始しようとしたときに、現在移動している仮想マシンと同じ名前を使用する仮想マシンが実行されている場合は、ドメイン内の名前の競合が発生する可能性があります。
Microsoft Test Manager で、環境内の最初の仮想マシンをクリックします。 [ライブラリに格納] をクリックして、保存先のライブラリを選択します。 環境内のすべての仮想マシンで繰り返します。
すべての仮想マシンがライブラリに格納された後で、環境を削除します。
ソース ライブラリ内の仮想マシンを削除します。
注意
移動した後は、他のチーム プロジェクトに仮想マシンをインポートすることはできません。
格納済み環境を移動するには
Microsoft Test Manager で、環境を配置します。
環境を開始する必要はありません。
[環境] タブで、対象のライブラリ共有の [ライブラリに格納] をクリックします。
移動が成功したことを確認します。
環境を配置します。
スナップショットを作成します。
以前のスナップショットに戻します。
最新のスナップショットに戻します。
正常に戻すことができる場合は、環境を元のライブラリ共有から削除します。
移動が完了したら、チーム プロジェクト コレクションをオンラインに戻します。
ライブラリ内にある環境のスナップショットを含むバグがある場合、そのようなバグが解決されるまで、このライブラリの環境を保持することをお勧めします。 これらを指す .lvr ファイルを、どの環境が持っているのか検索する簡単な方法はありません。 したがって、実用的な解決策は、過去 60 日間に作成された環境を保持することです。
共有を削除するには
元のライブラリ共有から仮想マシンとテンプレートを削除します。Microsoft Test Manager で、[ラボ センター] をクリックします。 [ライブラリ]、[仮想マシンとテンプレート] の順にクリックして、元のライブラリ共有に存在すると表示されているライブラリ共有の仮想マシンを削除します。
[ライブラリ共有] 列ヘッダーをドラッグして、ヘッダーの上にドロップすることで、仮想マシンをライブラリ共有別に簡単にグループ化できます。
チーム プロジェクトからライブラリ共有の関連付けを削除します。
コマンド プロンプトを開きます。
コマンド プロンプトで、削除するライブラリ共有に関連付けられているプロジェクトごとに、TFSLabConfig コマンド ライン ツールを使用します。
コマンド TFSLabConfig DeleteTeamProjectLibraryShare を実行して、ライブラリ共有の名前の他に、プロジェクト コレクションと、プロジェクト名を指定します。
TFSLabConfig DeleteTeamProjectLibraryShare コマンドの 詳細情報:、「TFSLabConfig DeleteTeamProjectLibraryShare Command」を参照してください。
各チーム プロジェクトに対してこの手順を繰り返します。
Team Foundation Server 管理コンソールで、関連付けられたチーム プロジェクト コレクションから、元のライブラリ共有を削除します。
新しい HYPER-V ホストを追加し、旧バージョンの HYPER-V ホストを除外する
HYPER-V ホストを追加するには
SCVMM 管理者コンソールで、新しい HYPER-V サーバーをホスト グループに追加します。 ホスト グループにサーバーを追加する手順については、「ホストの追加」を参照してください。
Team Foundation Server 管理コンソールで、[TFS サーバー] をクリックします。 [Lab Management] をクリックしてから、[ホスト グループ] をクリックします。 [確認] をクリックします。 ユーザー名とパスワードのプロンプトが表示されたら、新しいホスト上の Administrators セキュリティ グループのメンバーであるユーザーを指定します。
移行しようとしているホスト上に新しい仮想マシンを配置しないようにします。
SCVMM 管理者コンソールで、[ホスト] をクリックします。 移行しようとしているホストの名前をクリックして、[プロパティ] をクリックします。
[ホストのプロパティ] ウィンドウで、[状態] タブをクリックします。 [このホストを配置に使用する] チェック ボックスをクリアして、[OK] をクリックします。
[ホストのプロパティ] ウィンドウで、[状態] タブをクリックします。 [このホストを配置に使用する] チェック ボックスをクリアして、[OK] をクリックします。
ネットワーク分離されない環境を移行します。
Microsoft Test Manager で、[ラボ センター] をクリックします。 [ラボ] タブをクリックして、[環境] をクリックします。 移行元と移行先のホストがあるホスト グループ内に存在する環境を特定します。
それぞれの環境を開き、ネットワーク分離機能がオフになっているものを特定します。 この手順の残りの部分は、ネットワーク分離されていない環境にのみ適用されます。
SCVMM 管理者コンソールで、ネットワーク分離されていない環境の一部である仮想マシンを検索します。
これは、仮想マシンのウィンドウの [検索] ボックスに環境名を入力して実行できます。
前の手順で検出された仮想マシンのいずれかが、廃止されているホスト上にある場合は、これらの仮想マシンを新しいホストに移動します。
ネットワーク分離環境を移行します。
Microsoft Test Manager で、[ラボ センター] をクリックします。 次に、[ラボ] タブをクリックして、[環境] をクリックします。 移行元と移行先のホストがあるホスト グループ内に存在する環境を特定します。
それぞれの環境を開き、ネットワーク分離機能がオンになっているものを特定します。
SCVMM 管理者コンソールで、ネットワーク分離環境の一部である仮想マシンを検索します。
これは、仮想マシンのウィンドウの [検索] ボックスに環境名を入力して実行できます。
ネットワーク分離環境の仮想マシンが廃止されているホスト上に存在する場合は、ネットワーク分離環境をチーム プロジェクト ライブラリに保管します。
ネットワーク分離環境内のすべての仮想マシンは、同じ物理ホスト上にあります。
ライブラリからホスト グループに環境を配置します。
Microsoft Test Manager で、一時停止して各環境を再開します。 これにより、環境が正常に移行されたことを確認します。
SCVMM 管理者コンソールで、[ホスト] をクリックして、古いホストの名前をクリックし、[ホストの削除] をクリックします。
System Center Virtual Machine Manager をサーバー間で移動する
SCVMM を 1 つのサーバーから別のサーバーに移動する場合、少なくとも 2 つの状況があります。 1 つ目は、一時コンピューター上でパイロットベースで Lab Management の使用を開始し、実稼働サーバーに機能を配置しようとする場合です。 実稼働モードで開始しようとしているため、パイロット テスト中に使用していた環境、テンプレート、その他のラボ資産を保持することは重要ではありません。 2 つ目は、容量または可用性の問題のため、SCVMM を実行しているサーバーを変更する必要がある場合です。 以前と同様に処理を続行しようとしているため、同じ環境と関連アセットを保護する必要があります。
ラボ資産を保持せずに SCVMM を移動するには
各チーム プロジェクト コレクションからラボ オブジェクトを削除します。
Team Foundation Server アプリケーション層で、コマンド プロンプトを開き、コマンド **Tfsconfig.exe lab /delete /collectionName:**myCollection を入力します。 Team Foundation のアプリケーション層を実行しているサーバーから TFSConfig を実行する必要があります。 既定では、TFSConfig は、ドライブ:\Program Files\Microsoft Team Foundation Server 2010\Tools にあります。 TfsConfig Lab /Delete コマンドの詳細については、TFSConfig Lab /Delete Command を参照してください。
サーバー上のチーム プロジェクト コレクションごとに、このコマンドを繰り返します。
Team Foundation Server 管理コンソールで新しい名前を入力します。
Team Foundation Server 管理コンソールで、Lab Management ノードをクリックします。
[Lab Management] ページで、[Lab Management の再構成] をクリックします。
[Virtual Machine Manager] タブで、SCVMM を実行している新しいサーバーの完全修飾ドメイン名を入力します。 [テスト] をクリックして、新しいサーバーが使用できることを確認します。
Team Foundation Server のサービス アカウントに、指定された SCVMM での適切なアクセス許可がない場合、ユーザー名とパスワードを求めるダイアログ ボックスが表示されます。
SCVMM 管理者ロールの既存のメンバーであるユーザーの名前とパスワードを入力します。 Team Foundation Server サービス アカウントが SCVMM 管理者ロールに追加されます。
[OK] をクリックします。
ラボ資産を保持して SCVMM を移動するには
元の SCVMM のデータベースをバックアップします。
SCVMM 管理者コンソールで、[管理]、[全般] の順にクリックします。 [アクション] ウィンドウで、[Virtual Machine Manager のバックアップ] をクリックします。
[Virtual Machine Manager のバックアップ] ダイアログ ボックスで、バックアップ ファイルを保存するフォルダーのパスを入力します。 フォルダーはルート ディレクトリにすることはできず、SQL Server によってアクセスできなければなりません。
注意
[ジョブ] ビューでバックアップの状態を追跡できます。
手順 1 b から、新しい SCVMM コンピューター上の場所にデータベースのバックアップ ファイルをコピーします。
新しいサーバーに SCVMM をインストールします。 SCVMM の現在のデータベースにウィザードをポイントするか、新しいデータベースを作成します。 バックアップを復元する手順については、「VMM データベースのバックアップと復元」を参照してください。
Team Foundation Server の SCVMM サーバー名を更新します。
コマンド プロンプトを開き、コマンド Tfsconfig.exe lab /settings / scvmmservername:my_new_scvmmservername /force を実行します。 Team Foundation のアプリケーション層を実行しているサーバーから TFSConfig を実行する必要があります。 既定では、TFSConfig は、ドライブ:\Program Files\Microsoft Team Foundation Server 2010\Tools にあります。 ライブラリ サーバーとホスト グループは、既にチーム プロジェクト コレクションにバインドされているため、/force を使用する必要があります。/force オプションを使用しない限り、SCVMM の変更は許可されません。 TFSConfig Lab Settings コマンドの詳細については、「TFSConfig Lab /Settings Commands」を参照してください。
Team Foundation Server 管理コンソールで、Lab Management ノードをクリックします。 [Lab Management の再構成] をクリックしてから、[VMM サーバー名] の近くにある [テスト] をクリックします。 これにより、Team Foundation Server が新しい SCVMM に接続でき、正しいアクセス許可を持っていることを確認します。
Team Foundation Server のサービス アカウントに、指定された SCVMM での適切なアクセス許可がない場合、ユーザー名とパスワードを求めるダイアログ ボックスが表示されます。
SCVMM 管理者ロールの既存のメンバーであるユーザーの名前とパスワードを入力します。 Team Foundation Server サービス アカウントが SCVMM 管理者ロールに追加されます。
Team Foundation Server 管理コンソールで、次の各チーム プロジェクト コレクションで以下のようにします。
[Lab Management] タブをクリックし、[ホスト グループの構成] をクリックします。 すべてのホスト グループを選択して、[確認] をクリックします。 これにより、Team Foundation Server と新しい SCVMM がホストに接続でき、適切なアクセス許可を持っていることを確認します。
[Lab Management]、[ライブラリ共有の構成] の順にクリックします。 すべてのライブラリ共有を選択し、[確認] をクリックします。 これにより、Team Foundation Server と新しい SCVMM がライブラリ共有に接続でき、適切なアクセス許可を持っていることを確認します。
移動が成功したことを確認します。
Microsoft Test Manager で**[ラボ センター]** をクリックし、[環境] をクリックします。 既存の環境が一覧に表示され、適切な状態であることを確認します。
[ライブラリ]、[VM とテンプレート] の順にクリックします。 既存の仮想マシンとテンプレートがすべて一覧に表示され、新しいエラーが表示されていないことを確認します。
テスト コントローラーの移動
ハードウェアのアップグレードや、現在のサーバーが古すぎるために、環境に関連付けられているテスト コントローラーを移動または再インストールする必要がある場合、データベースをバックアップして、新しいコンピューターにインストールする必要があります。 ロード テストに使用されるテスト コントローラーを移動している場合は、ロード テスト データベースを追加でバックアップして復元します。 また、各エージェントにアクセスして、新しいコントローラーを登録する必要があります。
テスト コントローラーを移動またはインストールするには
QTControllerConfig.XML ファイルを探して、バックアップ コピーを作成します。
このファイルは、通常 Visual Studio のインストール環境の Common7\IDE フォルダーにあります。
同じ名前を使用してマシンを再構築します。
新しいコンピューターにテスト コントローラーをインストールします。
テスト コントローラーはまだ構成しないでください。
既定の QTControllerConfig.XML ファイルを、手順 1 でバックアップしたファイルに置き換えます。
テスト コントローラーを構成し、以前接続されていたプロジェクト コレクションに接続します。
コンピューターを再起動します。
テスト コントローラーがインストールされ、環境にテスト機能が構成されているコンピューターの名前を変更する場合は、そのテスト コントローラーを使用して環境のテスト コントローラーの名前を更新する必要があります。 Microsoft Test Manager を使用して環境を変更します。
環境を停止します。
環境を編集し、[機能] ページでテスト コントローラーの設定を更新します。 新しい名前を使用してテスト コントローラーを選択します。
環境を再起動します。