仮想ラボの拡張または変更
仮想ラボの使用に慣れたら、必要に応じてラボを 1 つ以上の方法で拡張または変更できます。
サーバー間での 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 は Hyper-V 管理対象レジストリ ハイブに格納されています。Team Foundation Server を実行しているサーバーの名前を変更した場合は、この環境の [ワークフロー機能の修復] をクリックします。この環境のすべての仮想マシンで設定が自動的に更新されます。Team Foundation Server の URL は .lvr ファイルに内部的に格納されるため、.lvr ファイルを手動で変更して XML を更新する必要があります。
[!メモ]
ユーザーがスナップショットを元に戻す必要はありません。URL がスナップショットに戻った後に、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 を実行している別のサーバーに移動するには
チーム プロジェクト コレクションを新しいアプリケーション層に移動します。手順については、「Move a Team Project Collection」を参照してください。
コレクションを移動先の Team Foundation Server にアタッチした後、チーム プロジェクト コレクションに対する Lab Management の構成を解除します。構成を解除する手順については、「TFSConfig Lab /Delete コマンド」を参照してください。
移動先の 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 テスト マネージャーで、[ライブラリ] をクリックします。新しい [ライブラリ共有] を指すようにし、テンプレートを再インポートします。Lab Management に対して有効になっている各チーム プロジェクトに対して同じ操作を繰り返します。テンプレートの新しいインスタンスに対して定義する OS プロファイルとハードウェア プロファイルは、必ず古いテンプレートに使用していたものと同じにしてください。
ライブラリでテンプレートに基づいた環境を使用している場合は、環境定義を手動で更新する必要があります。Microsoft Test Manager で [ライブラリ] をクリックします。[環境] をクリックし、それらのテンプレートを使用していた各環境をクリックします。古いテンプレートを削除し、新しいテンプレートを追加します。
ライブラリから古いテンプレートを削除します。Microsoft Test Manager で [ラボ センター] をクリックします。[ライブラリ] タブをクリックし、[VM とテンプレート] をクリックします。
古いテンプレートと新しいテンプレートは、ライブラリ共有列を見て区別できます。これにより、基になるテンプレートが削除されることはありません。
移動が正常に完了したことを確認します。チーム プロジェクト コレクションをオフラインにしていなかった場合は、1 つのテンプレートをホストに配置してください。これは、エラーなしで完了する必要があります。
環境で現在使用されていない仮想マシンがライブラリに存在する場合は、それらの仮想マシンをホストに配置してから、新しいライブラリに保存する必要があります。
インポート済みの仮想マシンを移動するには
新しい仮想環境を作成します。
移動する必要のあるすべての仮想マシンを追加します。どの機能も選択しないでください。
環境を配置します。ただし、開始しないでください。
[!メモ]
環境を開始しようとするときに、移動しようとしている仮想マシンと同名の仮想マシンが実行されている場合、ドメインで名前の競合が発生する可能性があります。
Microsoft テスト マネージャーで、環境内の最初の仮想マシンをクリックします。[ライブラリに格納] をクリックし、格納先のターゲット ライブラリを選択します。環境内のすべての仮想マシンに対して同じ操作を繰り返します。
すべての仮想マシンがライブラリに格納されたら、環境を削除します。
移動元のライブラリ内の仮想マシンを削除します。
[!メモ]
移動後は、仮想マシンを他のチーム プロジェクトにインポートできなくなります。
格納済み環境を移動するには
Microsoft Test Manager で、環境を配置します。
環境を開始する必要はありません。
[環境] タブで、移動先のライブラリ共有にある [ライブラリに格納] をクリックします。
移動が正常に完了したことを確認します。
環境を配置します。
スナップショットを取得します。
以前のスナップショットに戻します。
最新のスナップショットに戻します。
正常に元に戻すことができる場合は、移動元のライブラリ共有から環境を削除します。
移動が完了したら、チーム プロジェクト コレクションをオンラインに戻します。
ライブラリ内にある環境のスナップショットを含むバグが存在する場合は、それらのバグが解決されるまで対象のライブラリに環境を保持することをお勧めします。.lvr ファイルが参照している環境を容易に見つける方法はありません。そのため、実用的な解決策は、過去 60 日間に作成した環境を保持することです。
共有を削除するには
元のライブラリ共有から仮想マシンおよびテンプレートを削除します。そのためには、Microsoft Test Manager で [ラボ センター] をクリックします。[ライブラリ]、[仮想マシンおよびテンプレート] の順にクリックし、元のライブラリ共有の場所にまだ表示されている仮想マシンをライブラリ共有から削除します。
[ライブラリ共有] 列ヘッダーをヘッダー行上にドラッグ アンド ドロップして、仮想マシンをライブラリ共有で簡単にグループ化できます。
チーム プロジェクトからライブラリ共有の関連付けを削除します。
コマンド プロンプトを開きます。
コマンド プロンプトで、削除するライブラリ共有に関連付けられている各プロジェクトに対して TFSLabConfig コマンド ライン ツールを使用します。
コマンド TFSLabConfig DeleteTeamProjectLibraryShare を実行して、プロジェクト コレクション、プロジェクト名、およびライブラリ共有名を指定します。
TFSLabConfig DeleteTeamProjectLibraryShare コマンド詳細情報:「TFSLabConfig DeleteTeamProjectLibraryShare コマンド」を参照してください。
各チーム プロジェクトに対してこの手順を繰り返します。
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 管理者コンソールで、ネットワーク分離環境の一部となっている仮想マシンを見つけます。
そのためには、[仮想マシン] ペインの検索ボックスに環境名を入力します。
任意のネットワーク分離環境の仮想マシンが、停止中のホスト上にある場合、そのネットワーク分離環境をチーム プロジェクト ライブラリに格納します。
同じ 1 つのネットワーク分離環境に含まれる仮想マシンはすべて、同じ物理ホスト上に存在します。
環境をライブラリからホスト グループに戻します。
Microsoft Test Manager で、各環境を一時停止してから再開します。これにより、環境が正常に移行されたことが検証されます。
SCVMM 管理者コンソールで、[ホスト] をクリックし、古いホストの名前をクリックして、[ホストの削除] をクリックします。
サーバー間での System Center Virtual Machine Manager の移動
SCVMM をサーバー間で移動する可能性のある状況は、少なくとも 2 つあります。まず、Lab Management を一時コンピューター上で試験的に使い始め、今度はその機能を運用サーバーに配置する場合です。運用モードで最初からやり直しているので、環境、テンプレート、および試験期間中に使用していたその他のラボ資産を保持することは重要ではありません。もう 1 つは、容量または可用性に問題があるために SCVMM を実行しているサーバーを変更する必要がある場合です。以前と同様の運用を継続するため、同じ環境および関連する資産を保持する必要があります。
ラボ資産を保持せずに SCVMM を移動するには
各チーム プロジェクト コレクションからラボ オブジェクトを削除します。
Team Foundation Server のアプリケーション層で、コマンド プロンプトを開き、次のコマンド **Tfsconfig.exe lab /delete /collectionName:**myCollection を実行します。TFSConfig は、Team Foundation のアプリケーション層を実行するサーバーから実行する必要があります。既定では、TFSConfig は、Drive:\Program Files\Microsoft Team Foundation Server 2010\Tools にあります。TfsConfig Lab /Delete コマンドの詳細については、「TFSConfig Lab /Delete コマンド」を参照してください。
このコマンドをサーバー上の各チーム プロジェクト コレクションに対して繰り返します。
Team Foundation Server 管理コンソールで新しい名前を入力します。
Team Foundation Server 管理コンソールで [Lab Management] ノードをクリックします。
[Lab Management] ページで、[Lab Management の再構成] をクリックします。
[Virtual Machine Manager] タブで、SCVMM を実行している新しいサーバーの完全修飾ドメイン名を入力します。[テスト] をクリックして、新しいサーバーが使用可能であることを確認します。
Team Foundation Server のサービス アカウントに、指定された SCVMM での適切なアクセス許可がない場合、ユーザー名とパスワードを求めるダイアログ ボックスが表示されます。
SCVMM Administrator ロールの既存メンバーであるユーザーの名前とパスワードを入力します。Team Foundation Server のサービス アカウントが、SCVMM Administrator ロールに追加されます。
[OK] をクリックします。
ラボ資産を保持しながら SCVMM を移動するには
元の SCVMM のデータベースをバックアップします。
SCVMM 管理者コンソールで [管理] をクリックし、[全般] をクリックします。操作ウィンドウで [Virtual Machine Manager のバックアップ] をクリックします。
[Virtual Machine Manager のバックアップ] ダイアログ ボックスで、バックアップ ファイルのバックアップ先フォルダーのパスを入力します。SQL Server からアクセスできる、ルート ディレクトリ以外のフォルダーを指定する必要があります。
[!メモ]
[ジョブ] ビューでバックアップの状態を追跡できます。
手順 1b のデータベース バックアップ ファイルを新しい SCVMM コンピューターの任意の場所にコピーします。
新しいサーバーに SCVMM をインストールします。ウィザードを現在の SCVMM データベースに向けるか、データベースを新規作成します。バックアップを復元する手順については、「VMM データベースのバックアップと復元」を参照してください。
Team Foundation Server での SCVMM サーバー名を更新します。
コマンド プロンプトを開き、コマンド Tfsconfig.exe lab /settings / scvmmservername:my_new_scvmmservername /force を実行します。TFSConfig は、Team Foundation のアプリケーション層を実行するサーバーから実行する必要があります。既定では、TFSConfig は、Drive:\Program Files\Microsoft Team Foundation Server 2010\Tools にあります。ライブラリ サーバーとホスト グループが、あるチーム プロジェクト コレクションに既にバインドされているので、/force スイッチを使用する必要があります。/force オプションを使用しない限り、SCVMM を変更することはできません。TFSConfig Lab Settings コマンドの詳細については、「TFSConfig Lab /Settings コマンド」を参照してください。
Team Foundation Server 管理コンソールで [Lab Management] ノードをクリックします。[Lab Management の再構成] をクリックし、[VMM サーバー名] の近くにある [テスト] をクリックします。これにより、Team Foundation Server から新しい SCVMM に接続でき、正しいアクセス許可があることが確認されます。
Team Foundation Server のサービス アカウントに、指定された SCVMM での適切なアクセス許可がない場合、ユーザー名とパスワードを求めるダイアログ ボックスが表示されます。
SCVMM Administrator ロールの既存メンバーであるユーザーの名前とパスワードを入力します。Team Foundation Server のサービス アカウントが、SCVMM Administrator ロールに追加されます。
Team Foundation Server 管理コンソールで、各チーム プロジェクト コレクションに対して次の手順を実行します。
[Lab Management] タブをクリックして、[ホスト グループの構成] をクリックします。ホスト グループをすべて選択し、[確認] をクリックします。これにより、Team Foundation Server と新しい SCVMM からそれらのホストに接続できること、および正しいアクセス許可があることが確認されます。
[Lab Management] をクリックし、[ライブラリ共有の構成] をクリックします。ライブラリ共有をすべて選択し、[確認] をクリックします。これにより、Team Foundation Server および新しい SCVMM からライブラリ共有に接続でき、正しいアクセス許可があることが確認されます。
移動が正常に完了したことを確認します。
Microsoft Test Manager で、[ラボ センター]、[環境] の順にクリックします。既存の環境が一覧に表示され、それらが正しい状態であることを確認します。
[ライブラリ]、[VM とテンプレート] の順にクリックします。既存のすべての仮想マシンとテンプレートが一覧に表示され、それらに新しいエラーが存在しないことを確認します。
テスト コントローラーの移動
ハードウェア アップグレードが必要なときや現在のサーバーがあまりにも古くなったために、環境に関連付けられているテスト コントローラーを移動または再インストールする必要がある場合は、データベースをバックアップして、新しいコンピューターに再インストールしてください。ロード テスト用に使用されているテスト コントローラーを移動する場合は、ロード テスト データベースもバックアップして復元します。また、各エージェントにアクセスし、それを新しいコントローラーに再登録する必要もあります。
テスト コントローラーを移動または再インストールするには
QTControllerConfig.XML ファイルを探し、バックアップ コピーを作成します。
このファイルは、通常、Common7\IDE フォルダーの Visual Studio インストールにあります。
コンピューターを同じ名前でビルドし直します。
新しいコンピューターにテスト コントローラーを再インストールします。
テスト コントローラーはまだ構成しないでください。
コンピューター上の既定の QTControllerConfig.XML ファイルを、手順 1 でバックアップしたファイルに置き換えます。
テスト コントローラーを構成し、それが先ほどまで接続されていたプロジェクト コレクションに接続します。
コンピューターを再起動します。
テスト コントローラーがインストールされ、環境に対してテスト機能が構成されているコンピューターの名前を変更する場合は、テスト コントローラーを使用している環境でそのテスト コントローラー名を更新する必要があります。Microsoft Test Manager を使用して環境を変更します。
環境を停止します。
環境を編集し、[機能] ページでテスト コントローラー設定を更新します。新しい名前のテスト コントローラーを選択します。
環境を再び開始します。