VMM データベースを別のコンピューターに移動する方法
対象: System Center 2012 R2 Virtual Machine Manager
次のような理由により、Virtual Machine Manager (VMM) データベースを移動することがあります。
VMM データベースのために現在使用しているものとは別のコンピューターを使用する場合。 たとえば、VMM データベースのために新しいバージョンの SQL Server を使用する、新しいコンピューターを使用する場合があります。 サポートされている SQL Server のバージョンを選択していることを確認します。
SQL Server の一括アップグレードの場合、このトピックの手順は必要ありません (データベースを移動できないためです)。 アップグレードを実行するときにジョブが実行されていないことを確認してください。そうしないとジョブが失敗して、手動で再起動しなければならなくなる可能性があります。 手順については、「SQL Server 2014 へのアップグレード」などの SQL Server ドキュメントを参照してください。
VMM をアップグレードする (たとえば、System Center 2012 R2 の VMM) とき、VMM データベースでアップグレードがサポートされていないバージョンの SQL Server が使用されている場合。
VMM データベースが VMM 管理サーバーと同じコンピューターにインストールされていて、高可用性 VMM 管理サーバーにアップグレードする予定がある場合。
次の手順を使用し、VMM データベースとインストールの設定に関する情報を収集し、VMM データベースを移動します。
VMM データベースと VMM のインストールの設定に関する情報を収集するには
VMM で、[設定] ワークスペースを開きます。
[設定] ウィンドウで [全般] を展開し、[データベース接続] をダブルクリックします。 表示された情報を記録します。
サーバー マネージャーを開きます。
[ツール] をクリックし、[サービス] をクリックします。
サービスの一覧で [System Center Virtual Machine Manager] (名前が「エージェント」で終わるサービスと混同しないでください) を右クリックし、[プロパティ] をクリックします。
[ログオン] タブをクリックし、表示されたアカウント情報を記録します。
このアカウントは VMM がインストールされていたときにサービス アカウントとして割り当てられました。 ローカル アカウントとドメイン アカウントのいずれかになります。
前の手順で記録したアカウントが [ローカル システム] アカウントの場合、またはローカル アカウントとドメイン アカウントのいずれであるかを把握している場合、この手順をスキップします。 そうでない場合、[ツール] > [コンピューターの管理] の順にクリックし、[ローカル ユーザーとグループ] を展開し、[ユーザー] をクリックします。 記録したアカウントが [ユーザー] の下に一覧表示されている場合 (またはアカウントが [ローカル システム] アカウントの場合)、それはローカル アカウントです。 それ以外の場合は、ドメイン アカウントです。
記録を調べ、分散キー管理を使用しているかどうか、または暗号化キーを VMM 管理サーバーにローカル保存しているかどうかに関する情報を確認します。 詳細については、「アップグレード時のサービス アカウント設定および分散キー管理の設定の選択」をご覧ください。
VMM データベースを移動するが、VMM をアップグレードしない場合、更新プログラムのロールアップが VMM に適用されていれば、それに関する記録を確認します。
VMM データベースを移動するには
SQL Server のツールを使用して既存の VMM データベースをバックアップします。
データベースのバックアップを、サポートされるバージョンの SQL Server を実行しているコンピューターにコピーします。
SQL Server のツールを使用してデータベースを復元します。
VMM をアップグレードする場合、「VMM のアップグレードの実行」の説明に従ってアップグレードを続行し、この手順の残りの部分をスキップします。
アップグレードしない場合、次の手順に進みます。
VMM データベースを移動するが、VMM をアップグレードしない場合、VMM 管理サーバーへのすべての接続を閉じ、VMM をアンインストールして再インストールします。 アンインストールするとき、[データベース オプション] ページで、[データベースの保持] を必ずクリックします。 再インストールするとき、元のインストールと同じ設定を使用し、[データベース構成] ページで次のように操作します。
VMM データベースが現在配置されているコンピューターの名前を指定します。
AlwaysOn 可用性グループでデータベースが構成されている場合、可用性グループ リスナーの名前を入力します。
次の条件がすべて当てはまる場合は、VMM データベースが現在配置されているコンピューターとの通信に使用するポートを指定します。
SQL Server をリモート コンピューター上で実行している。
このリモート コンピューター上で、SQL Server Browser が開始されていない。
SQL Server で既定のポート 1433 を使用していない。
それ以外の場合、[ポート] ボックスは空白のままにします。
SQL Server サーバーで使用するインスタンスの名前を選択または入力します。 AlwaysOn 可用性グループで構成されたデータベースを移動する場合、SQL Server のインスタンスのテキスト ボックスは空白のままにします。
[既存のデータベース] を選択し、データベースを選択します。
[次の資格情報を使用する] をオンにして、データベースへのアクセス許可のあるアカウントを指定します (先のインストールに使用したものと同じアカウントにする必要はありません)。 あるいは、ログオンしているアカウントにデータベースへのアクセス許可がある場合、[次の資格情報を使用する] をオフのままにします。データベースに初めて接続するとき、VMM はそのアカウントを使用します。
前の手順が終了したら、元のインストールに使用した設定で再インストールを完了します。
VMM データベースを移動するが、VMM をアップグレードしない場合、インストールを完了したら、必ず以前に適用したものと同じ更新プログラムのロールアップを再適用します。
この手順により、VMM をアンインストールし、再インストールする前とまったく同じ方法で VMM ソフトウェアは引き続き VMM データベースのデータを解釈します。
ベスト プラクティスとしては、新しい追加の更新プログラムのロールアップも適用する場合、更新プログラムのロールアップを適用する前に VMM が期待どおりに動作することを最初に確認します (VMM データベースの移動に成功したことを確認します)。
SQL Server データベースの移動の詳細については、「バックアップと復元によるデータベースのコピー」を参照してください。