機械翻訳について

第5章 Oracle VMのアップグレード

目次

この章では、Oracle VMをRelease 3.4.xにアップグレードする方法について説明します。

ノート

  • Oracle VMリリース3.4.5以前へOracle VMリリース3.2.10、または以降のバージョンから、たとえば、リリース3.2.11またはリリース3.3.xから、増分アップグレードの実行なしにアップグレードできます。

    ただし、リリース3.4.6以降では、Oracle VM Server for x86のリリース3.2.10または3.2.11のアップグレードと、SPARC(リリース3.3.1)のOracle VM Agentはサポートされていません。 これらの古いサーバー・リリースのユーザーは、新しいバージョンにアップグレードする前に、まずサポートされているバージョン(たとえば、3.4.5)にアップグレードする必要があります。

    ノート

    リリース3.4.6時点で、リリース3.2.10および3.2.11のx86向けのOracle VM Serverの管理は削除されています。 詳細は、第5.5.1項、「リリースからのOracle VM Serverのアップグレード3.2.10」を参照してください。

  • Release 3.2.10はRelease 3.4.xにアップグレードするためにサポートされている最小限のバージョンです。 Oracle VMのバージョンがリリース3.4.3.2.10より前である場合、リリース3.4.3.2.10、リリース3.2.11またはRelease 3.3.xにアップグレードしてから、リリース3.4.xにアップグレードする必要があります。

  • Oracle VMリリース3.xは、Oracle VMリリース2.xと下位互換性がありません。 Oracle VMリリース2.xを使用している場合は、リリース3.xにアップグレードできません。 Oracle VM ServersとOracle VM Managerを再インストールする必要があります。

    ただし、Oracle VMリリース2.xの「仮想マシン」テンプレートをOracle VMリリース3.xにインポートして再利用できます。

    Oracle VMリリース2からOracle VMリリース3にリポジトリを移行する方法の詳細は、My Oracle SupportのWebサイト(https://support.oracle.com/oip/faces/secure/km/DocumentDisplay.jspx?id=1366216.1)を参照してください。

  • Oracle Database XEがOracle VM Managerのバックエンド・リポジトリとして使用されているリリースをアップグレードするための規定はありません。 Oracle VM Managerは、バックエンド・リポジトリとしてOracle Database XEをサポートしなくなり、Oracle VMリリース3.4でサポートされているMySQLデータベースのバックエンドに移行する方法がありません。 Oracle Database SEまたはOracle Database EEなど、サポートされているOracle Databaseを使用してOracle VMリリース3.2を使用している場合、Oracle VMリリース3.4ではOracle VM構成データを格納するためにこれらのデータベースがサポートされなくなることに注意してください。 代わりに、Oracle VMリリース3.4では、この目的のためにバンドルされた独自のMySQLデータベースが使用されています。 アップグレード・プロセスには、以前サポートされていたOracle DatabaseからバンドルされたMySQLデータベースへのOracle VM構成データの移行を支援する機能が含まれています。

  • Oracle VMリリース3.4.2以降、Oracle VM Managerでは現在および以前のOracle VM Serverリリースがサポートされます。 たとえば、Oracle VM Manager 3.4.2を使用して、Oracle VM Serverリリース3.4.x、3.3.x、3.2.10または3.2.11を管理できます。

    重要

    Oracle VM Managerでは現在および以前のOracle VM Serverリリースがサポートされますが、サポートされる最新の操作や機能を確実に利用できるように、Oracle VM Serverのすべてのインスタンスを最新のリリース・バージョンにアップグレードすることを強くお薦めします。

    以前のOracle VM ServerリリースのOracle VM Managerサポート、および既知の既知の問題と注意事項については、「Oracle VMリリース・ノート」を参照してください。

5.1 アップグレードの概要

上位レベルから、Oracle VMをアップグレードするステップは次のとおりです:

  1. Oracle Software Delivery CloudからOracle VMソフトウェアをダウンロードし、ソフトウェアをコンポーネントのISOファイルに抽出します。

  2. アップグレードのためにOracle VM環境を準備します。 たとえば、アップグレードするOracle VM ServerがRelease 3.2.10以降にあり、最小のパーティション・サイズを持ち、Oracle VM Agentが実行されていることを確認する必要があります。

  3. Oracle VM Managerを次のようにアップグレードします:

    1. Oracle VM Manager ISOイメージ・ファイルをマウントするか、Oracle VM Manager 「ホスト・コンピュータ」にブート可能な物理メディアを書き込んで読み込みます。

    2. Oracle VM Managerホスト・コンピュータで、runInstaller.shスクリプトを実行してOracle VM Managerをアップグレードし、Upgradeオプションを選択します。

    重要

    • まずOracle VM Managerをアップグレードしてから、アップグレードされたOracle VM Managerによって管理されるOracle VM Serverの各インスタンスをアップグレードする必要があります。 Oracleは、サーバー・プール内の異なるバージョンのOracle VM Serverをサポートしていません。 ただし、Oracle VMリリース3.4.2では、異なるサーバー・プールに対して異なるバージョンのOracle VM Serverを使用できます。 これは、各サーバー・プール内のOracle VM Serverのすべてのインスタンスが同じリリース・バージョンにある場合にのみ可能です。 たとえば、Oracle VM Managerリリース3.4.2では、次のサーバー・プールを管理できます:

      • サーバー・プールA: リリース3.2.11のOracle VM Serverのインスタンスで構成されています

      • サーバー・プールB: リリース3.3.4のOracle VM Serverのインスタンスで構成されています

      • サーバー・プールC: リリース3.4.2のOracle VM Serverのインスタンスで構成されています

      Oracle VM Managerでは現在および以前のOracle VM Serverリリースがサポートされますが、サポートされる最新の操作や機能を確実に利用できるように、Oracle VM Serverのすべてのインスタンスを最新のリリース・バージョンにアップグレードすることを強くお薦めします。 以前のOracle VM ServerリリースのOracle VM Managerサポート、および既知の既知の問題と注意事項については、「Oracle VMリリース・ノート」を参照してください。

    • リリース3.2.10より前のOracle VM Serverのインスタンスを検出または操作するために、Oracle VM Managerリリース3.4を使用しないでください。

      あなたがリリース3.2.10 3.4をリリースOracle VM Managerよりも前であるOracle VM Serverのインスタンスを検出した場合、エラー・メッセージは、ジョブのために返され、紛争は内部コンポーネント間の同期を維持するために必要とOracle VM Managerデータベース間で起こります。

  4. 次のように、プラットフォーム用の適切なステップを使用してOracle VM Serverをアップグレードします:

    表5.1 「Oracle VM Serverアップグレード・メソッド」

    プラットフォーム

    アップグレード・パス

    アップグレード・メソッド

    x86

    リリース3.3.xより

    または

    リリース3.4.xリリースの間

    1. Unbreakable Linux Network (ULN)上のOracle VM 3.xチャネルから更新を取得するYumリポジトリを設定します。

      ULNにアクセスするには、Oracle Support契約が必要です。

    2. Oracle VM Managerから、サーバー更新リポジトリとしてYumリポジトリを追加します。

    3. 各Oracle VM ServerをOracle VM Manager Web Interfaceから更新します。

    ヒント

    Yumリポジトリを設定してULNチャネルをミラーリングする方法の詳細については、次のドキュメントを参照してください: http://www.oracle.com/technetwork/articles/servers-storage-admin/yum-repo-setup-1659167.html

    または、次のようにOracle VM Serverをアップグレードすることもできます:

    1. Oracle VM Server ISOファイルをDVD-ROMなどの起動可能な物理メディアに書き込みます。

    2. 起動可能な物理メディアを使用して各Oracle VM Serverをアップグレードします。

    Oracle VM Serverをアップグレードする別のメソッドは、次のように、リリース3.4のインストール・メディアを使用して再インストールすることです:

    1. サーバー・プールからOracle VM Serverを削除し、Oracle VM ManagerからOracle VM Serverを削除します。

    2. リリース3.4のインストール・メディアを使用してOracle VM Serverを再インストールします。

    3. インストールが完了したら、Oracle VM ManagerでOracle VM Serverを見つけてサーバー・プールに戻してください。

    x86

    リリース3.2.10以降、リリース3.2.11などのそれ以降のバージョン

    1. 2つのYumリポジトリを設定する:

      • リリース3.2のパッケージを含む移行リポジトリ

      • リリース3.4のパッケージを含むターゲット・リポジトリ。

    2. Oracle VM ManagerホストでUpgradeServers.pyスクリプトを実行し、必要に応じてバッチ更新サーバーを実行します。

    または、次のようにOracle VM Serverをアップグレードすることもできます:

    1. サーバー・プールからOracle VM Serverを削除し、Oracle VM ManagerからOracle VM Serverを削除します。

    2. リリース3.4のインストール・メディアを使用してOracle VM Serverを再インストールします。

    3. インストールが完了したら、Oracle VM ManagerでOracle VM Serverを見つけてサーバー・プールに戻してください。

    SPARC

    リリース3.3.xより

    または

    3.4.xリリース間

    1. アップグレードに使用するソフトウェア・パッケージを格納するSolaris IPS (Image Packaging System)リポジトリを設定します。

      SPARCパッケージ用のOracle VM Serverは、デフォルトのOracle Solarisインストール・パッケージの一部として提供されています。

    2. SPARCソフトウェア用のOracle VM Agentをダウンロードし、手動でIPSリポジトリに転送します。

    3. Oracle VM Manager Web InterfaceまたはOracle VM Managerコマンドライン・インタフェースを使用して、SPARCの場合はOracle VM Serverを、SPARCの場合はOracle VM Agentをアップグレードします。

    SPARC

    リリース3.2.10以降、リリース3.2.11などのそれ以降のバージョン

    1. Oracle Solaris 11.3以降にアップグレードしてください。

    2. SPARCソフトウェア用のOracle VM Agentをダウンロードします。

    3. updateスクリプトを使用して、SPARC用のOracle VM Agentをアップグレードします。


5.2 Oracle VMのアップグレードの準備

アップグレード・プロセスの最初のステップは、Oracle VM環境を準備することです。 この作業では、リリース3.4でのOracle VMの変更点を理解し、アップグレード処理を開始する前に特定の手順を完了する必要があります。

アップグレードを成功させるには、開始する前にこの項を注意深く検討する必要があります。

5.2.1 最小システム要件の確認

環境が、Oracle VM ManagerとOracle VM Serverの両方の最小システム要件を満たしていることを確認する必要があります。

  • Oracle VM Managerの最小システム要件を4.2.1項、「ハードウェア要件」で確認してください。

    ノート

    システムで使用可能なRAMを増やす場合は、使用可能なスワップ領域の量も増やす必要があります。 一般に、RAMの量が8 GBを超える場合は、スワップ領域をシステム上の物理RAMの量に相当する量に設定する必要があります。

  • Oracle VM Serverの最小システム要件を確認してください。

5.2.2 Oracle VM Serverのバージョンの互換性の検証

Oracle VMをアップグレードするには、Oracle VM Serverのすべてのインスタンスがアップグレードのサポートされている最小バージョンで、各サーバー・プール内の同じマイナー・バージョンにあることを確認する必要があります。

次の場合、Oracle VMをアップグレードできません:

  • アップグレードする予定のOracle VM Managerは、リリース3.2.10より前のOracle VM Serverのインスタンスを管理します。 すべてのOracle VM Serversがリリース3.2.10以降、リリース3.3.x、またはリリース3.4.xにある場合のみ、リリース3.4にアップグレードできます。

    重要

    Oracle VM Managerでは現在および以前のOracle VM Serverリリースがサポートされますが、サポートされる最新の操作や機能を確実に利用できるように、Oracle VM Serverのすべてのインスタンスを最新のリリース・バージョンにアップグレードすることを強くお薦めします。 以前のOracle VM ServerリリースのOracle VM Managerサポート、および既知の既知の問題と注意事項については、「Oracle VMリリース・ノート」を参照してください。

  • Oracle VM Serverには、サーバー・プール内にマイナー・バージョンがいくつかあります。 サーバー・プール内のOracle VM Serverの各インスタンスは、同じマイナー・バージョンでなければなりません。 たとえば、サーバー・プール内のすべてのサーバーは、リリース3.2.10、リリース3.3.x、またはリリース3.4.xにある必要があります。 サーバー・プールには、リリース3.2.10にサーバーを、リリース3.3.xにサーバーを含めることはできません。 この場合、サーバーをRelease 3.4.xにアップグレードする前に、サーバー・プール内のRelease 3.2.10の各サーバーをRelease 3.3.xにアップグレードする必要があります。

    ノート

    これは、サーバーが実行されていなくても、Oracle VMモデル内のすべてのサーバーに適用されます。 ご使用の環境に、実行されていないマイナー・バージョンの異なるサーバーが含まれている場合は、今後再起動する予定がない場合は削除する必要があります。

アップグレード前の検証として、次の場合に警告メッセージが表示されます:

  • 「割り当てられていないサーバー」フォルダには、マイナー・バージョンが異なるサーバーが含まれています。

  • Oracle VMモデル内のOracle VM Serverのインスタンスにマイナー・バージョンが異なる場合。

ノート

仮想マシンにHugePages機能が有効になっている場合は、警告メッセージも表示されます。 この機能はOracle VMリリース3.4.1では非推奨され、今後のリリースのOracle VMでは削除される予定です。 詳細は、Oracle VMリリース・ノートを参照してください。

PVMゲストに対してヒュージページを有効にしている場合は、準仮想化ドライバ(PVHVM)を使用して、仮想マシンのドメイン・タイプを準仮想化(PVM)からハードウェア仮想化に変更することをお薦めします。 仮想マシンのドメイン・タイプを変更できない場合は、ヒュージページ設定を無効にしてから、仮想マシンを再起動してください。

5.2.3 Oracle VM Managerのアップグレードの準備

Oracle VM Managerをアップグレードする前に、次のことを行う必要があります:

  • アップグレードするOracle VM Managerリリースのバージョンに関する特定の問題については、READMEファイルと「Oracle VMリリース・ノート」を確認してください。

    ノート

    バージョンを実行している場合

  • 他のLinuxユーザーがOracle VM Managerホストにアクセスできないようにし、アップグレード中はモニタリング・サービスを無効にしてください。

  • 必要に応じて、アップグレード・プロセスを開始する前に、Oracle VM Managerのumaskのデフォルトを0022に設定します。 umaskが別の値に設定されていると、アップグレード・プロセスが予期せず終了する可能性があります。

Oracle VM Managerをアップグレードする前に、次のことを行う必要があります:

  • Oracle VM Managerデータベースおよび構成ファイルの完全バックアップを実行してから、Oracle VM Managerをアップグレードしてください。 詳細については、「Oracle VM Manager構成ファイルのバックアップ」を参照してください。

    注意

    以前の3.4.xリリース(3.4.4など)のデータベース・バックアップは、データベース・スキーマの変更により、後のOracle VM Managerデプロイメント(たとえば3.4.5)で使用できません。

    ノート

    必要に応じて、Oracle VM Managerのアップグレードを試みる前に、Oracle VM ManagerのローカルMySQLデータベースのバックアップを保存するロケーションをデフォルトのパスに設定します。 アップグレードが正常に完了するまで、デフォルト・パスが構成されていることを確認します。 デフォルトのパスと手順については、「MySQLデータベース・リポジトリのバックアップ」を参照してください。

  • アップグレードが失敗する原因となるデータベースの破損がないことを確認してください。

    データベースが破損している場合、Oracle VM Managerバックアップは完了できません。 その結果、イベント・ログに失敗したジョブが発生し、バックアップ・ディレクトリに新しいファイルが表示されません。

  • 不要になった一時ファイルを削除します。 たとえば、アップグレードする前に、Oracle VM Managerホスト上のrootユーザーとして次のコマンドを実行します: 

    # rm -Rf /tmp/workdir_sel
# rm -Rf /tmp/ovm*

  • アップグレード・プロセスを開始するときは、Oracle VM Manager Web Interface、Oracle VM Managerコマンドライン・インタフェース、またはOracle VM WebサービスAPIを使用して、進行中のジョブがないこと、または開始されていないことを確認する必要があります。 アップグレードの進行中にジョブが開始されると、アップグレードが中止されることがあります。 この場合、すべてのジョブが完了するのを待ってから、アップグレードを再開する必要があります。

    ノート

    Oracle VM Manager Release 3.2.10からアップグレードする場合、アップグレード・プロセスは既存のジョブまたはイベント履歴を削除します。 このステップは、リリース3.4.xでジョブとイベント・モデルが変更されてパフォーマンスが向上するため必要です。 Oracle VM Managerリリース3.2.10環境に大きなジョブおよびイベント履歴がある場合は、アップグレードを計画する際にこれを考慮する必要があります。 多数のサーバーと仮想マシンを含む非常に大規模なデプロイメントのアップグレードを完了するまで数日かかることがあります。

5.2.4 Oracle VM Serverのアップグレードの準備

Oracle VM Serverをアップグレードする前に、以下を行う必要があります:

  • アップグレードするOracle VM Serverリリースのバージョンに関する特定の問題については、READMEファイルと「Oracle VMリリース・ノート」を確認してください。

  • アップグレードする予定のサーバー・プール内のすべてのサーバーが同じマイナー・バージョンであることを確認します。

  • 仮想マシンの移行を実行するのに十分な容量がサーバー・プール内にあることを確認します。

    一般的なガイドラインは、プール内のどのサーバーが利用できるリソースが最も多いかを特定することです。 同じ構成の別のサーバーがあることを確認する必要があります。 必要に応じて、プールに別のサーバーを追加する必要があります。

  • それらを管理するOracle VM Managerをアップグレードします。 Oracle VM Managerをアップグレードする方法の詳細は、第5.4項「Oracle VM Managerのアップグレード」を参照してください。

また、次の重要な点を確認する必要があります:

重要

  • Oracleは、サーバー・プール内の異なるバージョンのOracle VM Serverをサポートしていません。 ただし、Oracle VMリリース3.4.2では、異なるサーバー・プールに対して異なるバージョンのOracle VM Serverを使用できます。 これは、各サーバー・プール内のOracle VM Serverのすべてのインスタンスが同じリリース・バージョンにある場合にのみ可能です。 たとえば、Oracle VM Managerリリース3.4.2では、次のサーバー・プールを管理できます:

    • サーバー・プールA: リリース3.2.11のOracle VM Serverのインスタンスで構成されています

    • サーバー・プールB: リリース3.3.4のOracle VM Serverのインスタンスで構成されています

    • サーバー・プールC: リリース3.4.2のOracle VM Serverのインスタンスで構成されています

    Oracle VM Managerでは現在および以前のOracle VM Serverリリースがサポートされますが、サポートされる最新の操作や機能を確実に利用できるように、Oracle VM Serverのすべてのインスタンスを最新のリリース・バージョンにアップグレードすることを強くお薦めします。 以前のOracle VM ServerリリースのOracle VM Managerサポート、および既知の既知の問題と注意事項については、「Oracle VMリリース・ノート」を参照してください。

  • Oracle VM Serverをアップグレードする場合、Oracle VM Serverのインスタンスは、そのインスタンスがそのサーバー・プール内のサーバーと同じバージョンまたはそれ以降にある場合にのみ、サーバー・プールに追加できます。 たとえば、サーバー・プールにRelease 3.3.xに複数のサーバーが含まれている場合は、Release 3.3.xまたはRelease 3.4.xのいずれかにサーバーを追加できます。 Release 3.4.xに複数のサーバーがサーバー・プールに含まれている場合は、Release 3.4.xにのみサーバーを追加できます。 ただし、いずれの場合も、リリース3.4.xにサーバーを追加することをお薦めします。

5.2.4.1 Oracle VM Serverのパーティション・サイズの増加

ベスト・プラクティスとして、できるだけ多くのディスク・スペースをOracle VM Serverにプロビジョニングする必要があります。 将来、エラータ・リリースと新しいバージョンの間で環境をアップグレードします。 時間の経過とともに、これらの操作はディスク領域を消費します。 不要なファイルを削除してディスク領域をクリーンアップし、パーティションのサイズを変更することは可能ですが、可能な場合は必要最小限のディスク領域を2〜3倍に割り当てることで、中断を最小限に抑えて問題を回避することを計画してください。

Oracle VM Server Release 3.2.10、またはRelease 3.2.11などのそれ以降のバージョンでは、デフォルトのディスク・パーティション・サイズは、/bootでは100MB、ルート・パーティションでは3GB /です。 これらのデフォルトのパーティション・サイズでは、Oracle VM Serverをリリース3.4にアップグレードするには十分ではありません。

Oracle VM ServerをRelease 3.2.10からアップグレードするには、パーティション・サイズを次のように最小限に増やす必要があります:

  • /bootパーティションの場合は500MB。

  • ルート・パーティションの場合は5GB、/。

Oracle VM Serverを3.3.xからアップグレードするには、Oracle VM Server Release 3.2.xからアップグレードしてデフォルト・パーティション・サイズを保持していた場合は、パーティション・サイズを増やす必要があります。

Oracle VM Serverに十分なディスク容量があることを確認するには、次のいずれかを実行します:

  • 使用可能なディスク容量がある場合は、Oracle VM Serverをアップグレードする前にパーティションのサイズを変更してください。

    適切なパーティション・エディタ・ソフトウェアを使用して、パーティションのサイズを変更できます。 ただし、OracleはOracle VM Serverディスク・リサイジング・ユーティリティを提供しています。これは、パッチID 23189880でダウンロードできます: https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=23189880

    ノート

    アップグレードする前に、パーティションのサイズを変更したら、Oracle VM Serverディスク・サイズ変更ユーティリティを削除する必要があります。

  • 次のように、リリース3.4のインストール・メディアを使用してOracle VM Serverを再インストールします:

    1. Oracle VM Managerをリリース3.4にアップグレードします。

    2. すべての仮想マシンを、アップグレードする予定のOracle VM Serverから移行します。

    3. Oracle VM Serverからすべてのリポジトリを表示しません。

    4. Oracle VM ManagerからOracle VM Serverを削除します。

    5. リリース3.4のインストール・メディアを使用してOracle VM Serverを再インストールします。

      重要

      • Oracle VM Serverを再インストールすると、すべての構成設定が削除されます。

      • Oracle VM Serverインストーラを起動すると、既存のインストールが検出され、アップグレードまたは新規インストールのいずれかを選択するように求められます。 Release 3.2.10から再インストールする場合は、新しいインストールを実行する必要があります。 現在リリース3.2.10にいる場合、インストール・メディアでOracle VM Serverをアップグレードすることはできません。

    6. Oracle VM ManagerでOracle VM Serverを検出し、インストールが完了したら適切なサーバー・プールに追加します。

    7. ネットワーク、記憶域、リポジトリなどの構成をリストアするには、Oracle VM Server環境を再構成します。

5.2.4.2 Oracle VM Agent通知サービスの確認

アップグレードする予定のOracle VM Serverの各インスタンスで、Oracle VM Agent通知サービスが動作していることを確認する必要があります。 次の手順を実行します。

  1. Oracle VM Serverに対するsshセッションを開始します。

  2. /var/log/ovs-agent.logで次のようなメッセージを検索します: 

    ERROR (notification:44) Unable to send notification: (111, 'Connection refused')

  3. これらのメッセージがログファイルに存在する場合、通知サービスは機能しておらず、Oracle VM AgentはOracle VM Managerに通知を送信できません。

    このエラーを解決するには、Oracle VM ServerのOracle VM Agentサービスを再起動する必要があります。 あるいは、Oracle VM ManagerからOracle VM Serverの所有権を取り戻すこともできます。 

    #service ovs-agent restart

5.2.4.3 Oracle VM Serverのアップグレードに関する推奨事項

Oracle VM Serverをアップグレードする前に、次の推奨事項を確認する必要があります:

  • 1つのOracle VM Serverで初期アップグレードを実行してから、デプロイメント中の残りのサーバーをアップグレードすることをお勧めします。 これにより、環境の完全アップグレードを実行する前に、アップグレード前の要件が不足している可能性がある場合は、解決してデバッグするのに役立ちます。

  • Oracle VM Serverをアップグレードしたときは、使用しているOracle VM Storage Connectプラグインが最新バージョンに更新されていることを確認することをお勧めします。 デフォルトの汎用記憶域プラグインを使用している場合、それらはアップグレード中に更新されますが、サードパーティ・ベンダーが提供するプラグインを使用している場合は、そのベンダーからパッケージを入手してインストールする必要があります。 Oracle VM Storage Connectプラグインのインストール手順は、「Oracle VM管理者ガイド」に記載されています。 Oracle VM Server Release 3.2.10からアップグレードする場合は、アップグレードを実行する前に、サードパーティのプラグインのパッケージをアップグレード・レポジトリに追加する必要があります(5.5.1.1項、「Yumリポジトリの設定」の説明を参照)。

  • 仮想IPアドレスとマスター・サーバーは非推奨され、一部はOracle VM Managerリリース3.4でサポートされています。 仮想IPアドレスとマスター・サーバーは、Oracle VM Serverリリース3.4以降のインスタンスを含むサーバー・プールには適用されません。 Oracle VM Serverをリリース3.4にアップグレードする場合は、サーバー・プール内の最初のサーバーをアップグレードした後で次の規則が適用されます:

    • Oracle VM Serverのインスタンスをサーバー・プールに追加するには、そのインスタンスがそのサーバー・プール内のサーバーと同じバージョンまたはそれ以降である場合に限ります。

    • リリース3.4より前のリリースの異なるサーバー間でプールを再マスター・リングすることができます。

    • Oracle VM Serverリリース3.4のインスタンスをマスターとして設定することはできません。

    • マスター・サーバーがサーバー・プール内のOracle VM Server Release 3.3.xの唯一のインスタンスでない限り、サーバー・プールからマスター・サーバーを削除することはできません。

    • サーバー・プール内のOracle VM Serverの最後のインスタンスがリリース3.4にアップグレードされると、マスター・サーバーと仮想IPアドレスがクリアされます。

5.3 アップグレード・ソフトウェアのダウンロード

Oracle VMのアップグレードを開始する前に、Oracle Software Delivery CloudからOracle VMソフトウェアをダウンロードしてください:

http://edelivery.oracle.com/oraclevm

ソフトウェアの入手に関する詳細は、1.2項、「インストールISOおよびパッケージの入手」で説明しています。

Oracle Support契約をお持ちの場合は、次のMy Oracle Support WebサイトからOracle VMパッチの更新をダウンロードすることもできます:

https://support.oracle.com

5.4 Oracle VM Managerのアップグレード

この項では、Oracle VM Managerのアップグレード手順について説明します。

5.4.1 Oracle VM Managerをアップグレードするためのスクリプトの実行

Oracle VM ManagerインストールISOに含まれるrunInstaller.shスクリプトには、以前のバージョンのOracle VM Managerのアップグレードを実行できるオプションが含まれています。 

# ./runInstaller.sh
Oracle VM Manager Release 3.4.x Installer

Oracle VM Manager Installer log file:
/tmp/ovm-manager-3-install-yyyy-mm-dd-xxxxxx.log

Please select an installation type:
   1: Install
   2: Upgrade
   3: Uninstall
   4: Help

   Select Number (1-4): 2

Verifying upgrading prerequisites ...
*** WARNING: Ensure that each Oracle VM Server for x86 has at least 200MB of available space for the /boot partition and 3GB of available space for the / partition.
Starting Upgrade ...

Reading database parameters from config ...

コマンドラインで正しいinstalltypeパラメータを渡すことで、アップグレード・プロセスを起動することもできます: 

# ./runInstaller.sh --installtype Upgrade

アップグレードするシステムにzipパッケージとunzipパッケージの両方がインストールされていない場合は、アップグレードを続行する前にこれらのパッケージのインストールを通知するエラーが表示され、インストーラが終了します。

アップグレード手順中に各コンポーネントのパスワードを入力するよう求められます。 元のインストール時にそのコンポーネントに設定したパスワード、またはインストール後に変更された場合は現在のパスワードを入力する必要があります。

アップグレードのログは、/var/log/ovmm/ovm-manager-3-install-date-id.logファイルにあります。

重要

Oracle VM Managerをリリース3.4に正常にアップグレードした後は、リリース3.2.10より前のOracle VM Serverのインスタンスを検出または操作してはなりません。

あなたがリリース3.2.10 3.4をリリースOracle VM Managerよりも前であるOracle VM Serverのインスタンスを検出した場合、エラー・メッセージは、ジョブのために返され、紛争は内部コンポーネント間の同期を維持するために必要とOracle VM Managerデータベース間で起こります。

Oracle VM Managerをアップグレードするには、次の手順を実行します。

  1. Oracle VM Manager 「ホスト・コンピュータ」にrootユーザーとしてログインします。

  2. アップグレードを実行するには、Oracle VM Managerが実行されている必要があります。 Oracle VM Managerが実行されていない場合は、起動します。 Linuxの場合: 

    # service ovmm start

    インストール・スクリプトを実行するときにOracle VM Managerが実行されていないと、スクリプトによってエラーが返され、インストーラが終了します。

  3. Oracle VM Manager ISOファイルをマウントするか、起動可能な物理メディアを作成します。 詳細については、1.3項、「ブート可能な物理メディアからのインストール」または1.4項、「ループバックISOマウント」を参照してください。

  4. Oracle VM Managerインストール・スクリプトを開始します。次に例を示します: 

    # cd /mnt
# ./runInstaller.sh

    インストーラが起動し、さまざまなオプションが表示されます: 

    Oracle VM Manager Release 3.4.x Installer

Oracle VM Manager Installer log file:
/var/log/ovmm/ovm-manager-3-install-yyyy-mm-dd-xxxxxx.log

Please select an installation type:
   1: Install
   2: Upgrade
   3: Uninstall
   4: Help

   Select Number (1-4): 2
Verifying upgrading prerequisites ...
*** WARNING: Ensure that each Oracle VM Server for x86 has at least 200MB of available space for the /boot partition and 3GB of available space for the / partition.
Starting Upgrade ...

Reading database parameters from config ...

    Upgradeオプションのメニュー番号を入力し、「入力」を押してアップグレードを続行します。 現在のOracle VM Managerデータベースにアクセスするために使用する必要のあるパスワードを入力するよう求められます: 

    Typically the current Oracle VM Manager database password will be the same as the 
Oracle VM Manager application password.

Database Repository
==========================
Please enter current Oracle VM Manager database password for user ovs:

    ovsユーザーのデータベースにアクセスするために使用するパスワードを入力します。 元のインストール時にシステム全体のパスワードを設定し、どの段階でもデータベース・パスワードを変更していない場合は、ここでこのパスワードを使用する必要があります。 このパスワードは、アップグレードが完了した後もデータベースに対して引き続き使用されます。 このパスワードを誤って入力すると、インストーラがデータベースにアクセスできない場合、インストーラはエラー・メッセージとともに終了します。

    インストーラは現在のOracle VM Managerパスワードの入力を求めます。 これは、adminユーザー名を使用して、Oracle VM Manager Web Interfaceにログインするのと同じパスワードです。 

    Oracle VM Manager application
=============================
Please enter current Oracle VM Manager application password for user admin:

    パスワードを入力します。 元のインストール時にシステム全体のパスワードを設定し、どの段階でもadminユーザー・パスワードを変更していない場合は、ここでこのパスワードを使用する必要があります。 このパスワードは、アップグレード後も引き続き機能します。 変更する場合は、アップグレードが完了した後で変更する必要があります。

    インストーラは、Oracle WebLogic Serverパスワードの入力を求めるプロンプトを表示します。 

    Oracle WebLogic Server 12c
==========================
Please enter the current password for the WebLogic domain administrator:

    Oracle VM ManagerへのHTTPS接続に使用するSSL証明書の生成時に使用するシステムFQDN (完全修飾ドメイン名)またはIPアドレスを入力するよう求められます: 

    Please enter your fully qualified domain name, e.g. ovs123.us.oracle.com, 
(or IP address) of your management server for SSL certification 
generation 192.168.0.254 [192.168.0.254]: manager.example.com

    Oracle VM Manager Web Interfaceにアクセスする際に使用するホスト名、完全修飾ドメイン名、またはIPアドレスを指定して、SSL証明書ホスト名がWebブラウザに入力されたURLのホスト名部分と一致するようにすることが重要です。

    インストーラは、rootユーザーとappfwユーザーのOracle VM Managerデータベース・パスワードが、ユーザーovsのデータベース・パスワードと一致するかどうかを確認する検査を完了します。 これらのユーザー・パスワードのいずれかが異なる場合、アップグレード・ツールはユーザーにパスワード確認エラー・メッセージを表示し、必要なユーザーの現在のOracle VM Managerデータベース・パスワードを入力するように要求します。 たとえば、ユーザーrootの場合は次のようになります: 

    Password verification for the user root failed
Please enter the current Oracle VM Manager database password for the user root:

    インストーラは、入力されたパスワードがユーザーの現在のデータベース・パスワードと一致することを確認し、成功したパスワード確認メッセージを表示します。 たとえば、ユーザーrootの場合は次のようになります: 

    Successfully verified password for user root

    インストーラは、Oracle VM Managerをアップグレードする現在のリリース番号とリリース番号を表示し、アップグレード・プロセスを終了するための最終オプションを表示します: 

    Verifying configuration ...
Verifying 3.x.y.z meets the minimum version for upgrade ...

Upgrading from version 3.x.y.z to version 3.4.v.w

Start installing the configured components:
   1: Continue
   2: Abort

   Select Number (1-2): 1

    Continueオプションを選択して、アップグレード・プロセスを続行します。 

    Running full database backup ...
Successfully backed up database to /u01/app/oracle/mysql/dbbackup/3.x.y_preUpgradeBackup-
yyyymmdd_xxxxxx

    アップグレード・プロセスでは、アップグレードを開始する前に、現在のインストールのデータベースが完全にバックアップされることを自動的に確認します。 これにより、アップグレード処理中に何かが失敗した場合に、現在インストールされているバージョンにロールバックすることができます。 このバックアップ・ファイルは/u01/app/oracle/mysql/dbbackup/にあります。

    アップグレード前のスクリプトは、実際のアップグレード・プロセスの前に実行され、アップグレードのための環境を準備します。 Oracle VM Manager Release 3.2.10からアップグレードする場合、このスクリプトは既存のジョブ履歴を削除します。 このプロセスには、ジョブ履歴のジョブ数に応じてかなりの時間がかかります。 アップグレード前のプロセスでは、進行状況のさまざまな段階で削除する必要があるジョブの数を示す出力が表示され、そのステータスを監視できます: 

    Running ovm_preUpgrade script, please be patient this may take a long time ...
 

timestamp: Deleting 4163 Jobs before upgrade.
timestamp: 200 Jobs have been deleted. 3963 Jobs remaining.
timestamp: 400 Jobs have been deleted. 3763 Jobs remaining.
timestamp: 600 Jobs have been deleted. 3563 Jobs remaining.
timestamp: 800 Jobs have been deleted. 3363 Jobs remaining.
...
timestamp: 3800 Jobs have been deleted. 363 Jobs remaining.
timestamp: 4000 Jobs have been deleted. 163 Jobs remaining.
timestamp: Jobs have been deleted.

    アップグレード前のスクリプトは、アップグレードするリリースに関係なく、実行中のジョブも確認します。 実行中のジョブが検出された場合、これらのジョブの詳細が画面に表示され、これらのジョブを強制終了または削除するオプションや、アップグレードを中止するオプションが提供されます: 

    timestamp ERROR: Job test1 is in the 
CONSTRUCTING state and was created on timestamp
Would you like to delete the jobs above? Saying no will cancel the upgrade:
   1: Yes
   2: No

    ここで2を押すと、アップグレード処理が中止され、すぐに終了します。 ここで1を押すと、実行中のジョブはすべて終了して削除され、次の出力が表示されます: 

    timestamp ERROR: Job test1 is in the 
CONSTRUCTING state and was created on timestamp
timestamp:  1  jobs have been deleted.

    残りのアップグレード・プロセスは自動化され、次のように続行されます: 

    Exporting weblogic embedded LDAP users
Stopping service on Linux: ovmcli ...
Stopping service on Linux: ovmm ...
Exporting core database, please be patient this may take a long time ... 
NOTE: To monitor progress, open another terminal session and run: 
tail -f /var/log/ovmm/ovm-manager-3-install-YYYY-MM-DD-HHmmss.log 

Product component : Java in '/u01/app/oracle/java'
Java is installed ...

Removing Java installation ...

Installing Java ...

DB component : MySQL RPM package
MySQL RPM package installed by OVMM was found...
Removing MySQL RPM package installation ...

Installing Database Software...
Retrieving MySQL Database 5.6 ...
Unzipping MySQL RPM File ...
Installing MySQL 5.6 RPM package ...
Configuring MySQL Database 5.6 ...
Installing MySQL backup RPM package ...

Product component : Oracle VM Manager in '/u01/app/oracle/ovm-manager-3/'
Oracle VM Manager is installed ...
Removing Oracle VM Manager installation ...

Product component : Oracle WebLogic Server in '/u01/app/oracle/Middleware/'
Oracle WebLogic Server is installed

Removing Oracle WebLogic Server installation ...
Service ovmm is deleted.
Service ovmcli is deleted.

Retrieving Oracle WebLogic Server 12c and ADF ...
Installing Oracle WebLogic Server 12c and ADF ...
Applying patches to Weblogic ...
Applying patches to ADF ...

Installing Oracle VM Manager Core ...
Retrieving Oracle VM Manager Application ...
Extracting Oracle VM Manager Application ...

Retrieving Oracle VM Manager Upgrade tool ...
Extracting Oracle VM Manager Upgrade tool ...
Installing Oracle VM Manager Upgrade tool ...
Installing Oracle VM Manager WLST Scripts ...

Dropping the old database user 'appfw' ...
Dropping the old database 'appfw' ...
Creating new domain...
Creating new domain done.
Upgrading core database, please be patient this may take a long time ...
NOTE: To monitor progress, open another terminal session and run: 
tail -f /var/log/ovmm/ovm-manager-3-install-YYYY-MM-DD-HHmmss.log
Starting restore domain's SSL configuration and create appfw database tables.
Restore domain's SSL configuration and create appfw database tables done.
AdminServer started.
Importing weblogic embedded LDAP users

Retrieving Oracle VM Manager CLI tool ...
Extracting Oracle VM Manager CLI tool...
Installing Oracle VM Manager CLI tool ...

Configuring Https Identity and Trust...
Deploying Oracle VM Manager Core container ...
Configuring Client Cert Login...
Deploying Oracle VM Manager UI Console ...
Deploying Oracle VM Manager Help ...
Disabling HTTP access...

Retrieving Oracle VM Manager Shell & API ...
Extracting Oracle VM Manager Shell & API ...
Installing Oracle VM Manager Shell & API ...

Retrieving Oracle VM Manager Wsh tool ...
Extracting Oracle VM Manager Wsh tool ...
Installing Oracle VM Manager Wsh tool ...

Retrieving Oracle VM Manager Tools ...
Extracting Oracle VM Manager Tools ...
Installing Oracle VM Manager Tools ...
Copying Oracle VM Manager shell to '/usr/bin/ovm_shell.sh' ...
Installing ovm_admin.sh in '/u01/app/oracle/ovm-manager-3/bin' ...
Installing ovm_upgrade.sh in '/u01/app/oracle/ovm-manager-3/bin' ...

Enabling Oracle VM Manager service ...
Shutting down Oracle VM Manager instance ...
Starting Oracle VM Manager instance ...
Waiting for the application to initialize ...
Oracle VM Manager is running ...

Please wait while WebLogic configures the applications...

Installation Summary
--------------------
Database configuration:
  Database type               : MySQL
  Database host name          : localhost
  Database name               : ovs
  Database listener port      : 49501
  Database user               : ovs

Oracle WebLogic Server configuration:
  Administration username     : weblogic

Oracle VM Manager configuration:
  Username                    : admin
  Core management port        : 54321
  UUID                        : UUID


Passwords:
There are no default passwords for any users. The passwords to use for Oracle VM Manager, 
Database, and Oracle WebLogic Server have been set by you during this installation. In the 
case of a default install, all passwords are the same.

Oracle VM Manager UI:
  https://manager.example.com:7002/ovm/console
Log in with the user 'admin', and the password you set during the installation.

For more information about Oracle Virtualization, please visit:
  http://www.oracle.com/virtualization/

As of Oracle VM Release 3.4.5, the TLSv1.2 protocol is used for all connections and management of 
3.2.10/11 servers is not possible by default. TLSv1 protocol must be enabled, which is less secure.
For instructions, see the Oracle VM 3.4 Installation and Upgrade guide.

Oracle VM Manager upgrade complete.

Please remove configuration file /tmp/ovm_configxyz.

5.4.2 アップグレード後の一時ファイルの削除

3.4より前のリリースからアップグレードした場合は、アップグレード・プロセスの一部として作成された一時ファイルを削除する必要があります。 これらのファイルはOracle Supportによって使用され、アップグレードで何か問題が生じた場合や、アップグレード前にデータベースをバックアップするための適切なステップを実行しなかった場合に環境を回復するのに役立ちます。 ただし、一時ファイル・スペースに無期限に残すべきではない環境全体に関する情報も含まれています。

これらの一時ファイルを削除する前に、アップグレードが正常に完了し、Oracle VM Managerが完全に機能していることを確認することが重要です。 Oracle VM Manager Web Interfaceにログインし、環境がアップグレード前の状態に構成されていることを確認します。 Oracle VM Serversおよび記憶域をOracle VM Manager Web Interface経由で実行できることを確認してください。 ご使用の環境が機能している場合は、アップグレードによって生成された一時ファイルを削除することができます。

アップグレード後に一時ファイルを削除するには、Oracle VM Managerホストのrootユーザーとして次のようにします: 

# rm -Rf /tmp/workdir_sel*
# rm -Rf /tmp/ovm*

多くのシステムでは、一時ファイルは再起動時に自動的に削除されます。 アップグレード後にセキュリティが懸念される場合、ほとんどの場合、システムの再起動により、これらのファイルが適切にクリーンアップされます。

5.5 リリース3.2.10以降からx86用のOracle VM Serverをアップグレード

Oracle VM Serverリリース3.2.10またはそれ以降のバージョン(Oracle VM Server Release 3.2.11など)からリリース3.4にアップグレードするには、この項のタスクを完了します。

ノート

リリース3.4.6以降、リリース3.2.10のx86のOracle VM Serverからのアップグレードまたは、リリース3.3.1のSPARCの3.2.10およびOracle VM Agentはサポートされていません。 これらの古いサーバー・リリースのユーザーは、新しいバージョンにアップグレードする前に、まずサポートされているバージョン(たとえば、3.4.5)にアップグレードする必要があります。

Oracle VM Serverをリリース3.4にアップグレードする前に、環境を準備する必要があります。 5.2項、「Oracle VMのアップグレードの準備」を参照してください。

両方のYumリポジトリを設定して構成し、Oracle VM ServerをRelease 3.2.10からアップグレードするにはUpgradeServers.pyスクリプトを使用する必要があります。 Oracle VM Managerでは、他のメソッドでリリース3.2.10からアップグレードすることはできません。

UpgradeServers.pyスクリプトを使用する代わりに、リリース3.4のインストール・メディアを使用してOracle VM Serverを再インストールできます。 ただし、Oracle VM Serverを再インストールすると、すべての構成設定が削除されます。

5.5.1 Oracle VM Serverのリリース3.2.10からのアップグレード

この節では、Oracle VM ServerをRelease 3.2.10からアップグレードする方法、またはUpgradeServers.pyスクリプトを使用してRelease 3.2.11などのそれ以降のバージョンをアップグレードする方法について説明します。

重要

Oracle VMリリース3.4.5では、3.2.1x これらのリリース・バージョンでのOracle VM Serversの管理が引き続き必要な場合は、「Oracle VM 3.4のインストールとアップグレードのガイド」の第7.6項、「TLSバージョン1プロトコルの有効化」を参照してください。

Oracle VMリリース3.4.6では、3.2.1xのx86のOracle VM Serverおよびリリース3.3.1のSPARCのOracle VM Agentの管理は削除されています。 これらのサポートされていないバージョンでOracle VM Serversが検出された場合、エラー・イベントは発生しませんが、次のメッセージがアップグレードの最後に表示され、これらのバージョンがサポートされていないことが示されます: "3.2.10/3.2.11 Oracle VM x86サーバーおよびSPARCエージェント3.3.1マネージド・サーバーは、Oracle VM Manager 3.4でサポートされなくなりました。 完全なサポートを実現するために、サーバーを最新バージョンにアップグレードしてください。

リリース3.4.6以降、リリース3.2.10のx86のOracle VM Serverからのアップグレードまたは、リリース3.3.1のSPARCの3.2.10およびOracle VM Agentはサポートされていません。 これらの古いサーバー・リリースのユーザーは、新しいバージョンにアップグレードする前に、まずサポートされているバージョン(たとえば、3.4.5)にアップグレードする必要があります。

5.5.1.1 Yumリポジトリの設定

リリース3.2.10、またはリリース3.2.11などのそれ以降のバージョンからのアップグレード・プロセスには、2つのステップがあります。 最初のステップは過渡的なもので、カーネル・パッケージとコア・パッケージをアップグレードします。 2番目のステップでは、Oracle VM Serverをリリース3.4にアップグレードします。

Oracle VM Serverをリリース3.2.10からリリース3.4にアップグレードするために設定する必要があるYumリポジトリは、次のとおりです:

  • 暫定的な更新リポジトリ

    • このリポジトリには、リリース3.4にアップグレードする前にOracle VM Serverを移行状態にアップグレードするために必要なパッケージが含まれています。

    • このリポジトリは、Oracle VM Manager Web Interfaceのサーバー更新リポジトリとして構成する必要があります。 リポジトリ名は3.4_trans_repoでなければなりません。

    • このリポジトリのパッケージは、Transition/*ディレクトリのOracle VM Serverインストール・メディアにあります。 このディレクトリの内容にアクセスできるように、Oracle VM Serverインストール・メディアをネットワーク経由で使用可能にする必要があります。 あるいは、このYumリポジトリを設定して、ovm3_x86_64_3.4_transition ULNチャネルの内容をミラーリングすることもできます。

  • リリース3.4の更新リポジトリ

    • このリポジトリには、Oracle VM Serverをリリース3.4にアップグレードするために必要なパッケージが含まれています。

    • このリポジトリには、サードパーティ製のOracle VM Storage Connectプラグインなどの追加パッケージを含めることができます。

    • このリポジトリは、Oracle VM Manager Web Interfaceのサーバー更新リポジトリとして構成する必要があります。 リポジトリ名は3.4_ovs_repoでなければなりません。

    • このリポジトリのパッケージは、Server/*ディレクトリのOracle VM Serverインストール・メディアにあります。 このディレクトリの内容にアクセスできるように、Oracle VM Serverインストール・メディアをネットワーク経由で使用可能にする必要があります。 あるいは、このYumリポジトリを設定して、ovm34_x86_64_latest ULNチャネルの内容をミラーリングすることもできます。

Yumリポジトリの作成

両方のYumリポジトリをHTTPまたはHTTPSでアクセス可能なシステムに作成する必要があります。

Oracle VM Serverインストール・メディアの内容をYumリポジトリにコピーすることをお薦めします。 ただし、特定のOracle VM ULNチャネルをミラー化するようにYumリポジトリを設定できます。

Oracle VM Serverインストール・メディアの使用

  1. 最新のOracle VM ServerインストールISOファイルをダウンロードしてください。

  2. ISOファイルをマウントするフォルダを作成します。次に例を示します: 

    # mkdir /tmp/ovs-mount

  3. ISOファイルをマウントします。次に例を示します: 

    # mount -o loop OVS-3.4.1.iso /tmp/ovs-mount

  4. 適切なHTTPサーバーを使用して、リポジトリ・アクセス用のディレクトリを作成します。例: 

    # mkdir /var/www/repos

  5. 再帰的には-rを、保存するには-pを使用して、マウントされたISOフォルダをディレクトリにコピーします: 

    # cp -rp /tmp/ovs-mount/* /var/www/repos/

  6. 両方のリポジトリにアクセス可能であることを確認してください。 Oracle VM Serverのインスタンスなど、別のシステム上の両方のリポジトリにアクセスする必要があります。 両方のリポジトリにアクセスできるようにするには、repomd.xmlなどの小さなファイルを次のようにダウンロードします: 

    # wget http://example.com/repos/Server/repodata/repomd.xml
# wget http://example.com/repos/Transition/repodata/repomd.xml
ヒント

次の例のように、Python SimpleHTTPServerモジュールを使用して一時的にリポジトリを提供してください: 

# cd /var/www
# python -m SimpleHTTPServer 80
ULNチャネルのミラーの作成

以下のULNチャネルを反映するようにYumリポジトリを設定します:

  • ovm3_x86_64_3.4_transition

    リリース3.4にアップグレードする前に、Oracle VM Serverを移行状態にアップグレードするために必要なパッケージが含まれています。

  • ovm34_x86_64_latest

    Oracle VM Serverをリリース3.4にアップグレードするために必要なパッケージが含まれています。

Yumリポジトリを設定してULNチャネルをミラーリングする方法の詳細については、次のドキュメントを参照してください: http://www.oracle.com/technetwork/articles/servers-storage-admin/yum-repo-setup-1659167.html

追加パッケージを含む

サードパーティのOracle VM Storage Connectプラグインなど、Oracle VM Serverの追加パッケージをリリース3.4の更新リポジトリに含めることができます。 これらのパッケージは、Oracle VM Serverのアップグレードに含まれます。

ノート

リポジトリに追加する追加パッケージは、Oracle Linux 6と互換性がなければなりません。

Yumリポジトリにパッケージを追加するには、次のようにします:

  1. 適切なベンダーからパッケージをダウンロードします。

  2. パッケージを「Oracle VM Server 3.4リポジトリの更新」のServer/Packagesディレクトリにコピーします。例: 

    # cp osc-sun7k.rpm /var/www/repos/Server/Packages/

  3. たとえば、ルートから次のコマンドを実行するようにディレクトリを変更します: 

    # cd /var/www/repos/Server

  4. リポジトリ構成ファイルを探します: 

    # find ./ -name "*comps-ovs-core.xml"
./repodata/3bbd98ef14e1e62734b8df6360825010001323218736-comps-ovs-core.xml

  5. リポジトリ構成のファイル名を使用して、リポジトリを再作成します: 

    # createrepo -g ./repodata/3bbd98ef14e1e62734b8df6360825010001323218736-comps-ovs-core.xml ./
Oracle VM Managerにサーバー更新リポジトリを追加

両方のYumリポジトリを設定したら、x86サーバー更新グループのサーバー更新リポジトリとしてOracle VM Manager Web Interfaceに追加する必要があります。 Oracle VM Manager Web Interfaceは、両方のYumリポジトリの詳細を指定する「サーバー更新リポジトリの作成」ダイアログを提供します。

次の表に、Oracle VM Manager Web Interfaceでサーバー更新リポジトリを作成するために必要な情報を示します:

表5.2 「Oracle VM Server 3.4遷移更新リポジトリ」

フィールド

値

ノート

名

3.4_trans_repo

Oracle VM Manager内でこのようにリポジトリの名前を指定すると、5.5.1.2項、「UpgradeServers.pyスクリプトの実行」で説明されているUpgradeServers.pyスクリプトを使用できます。 名前は大文字と小文字を区別します。

リポジトリ名

3.4_trans_repo

URL

http://example.com/repos/Transition

このURLをあなたのリポジトリのURLに置き換えてください。

有効可済

はい

5.5.1.2項、「UpgradeServers.pyスクリプトの実行」で説明されているUpgradeServers.pyスクリプトを使用する場合は、このリポジトリを有効にする必要があります。

パッケージ・シグネチャ・タイプ

GPGまたはなし

リポジトリによって提供されるパッケージの有効性を検証する場合は、GPGキーを使用するようにシグネチャ・タイプを設定します。 あるいは、検証が必要ない場合は、NONEを使用します。

パッケージ署名キー

http://example.com/repos/RPM-GPG-KEY-oracle-ol5

リポジトリによって提供されるパッケージの有効性を検証することを選択した場合は、リポジトリの検証シグネチャを提供します。 このURLを、リポジトリの検証シグネチャのURLに置き換えます。 これは、Oracle Linux 5リポジトリに用意されているGPGキーである必要があります。


表5.3 「Oracle VM Server 3.4更新リポジトリ」

フィールド

値

ノート

名

3.4_ovs_repo

Oracle VM Manager内でこのようにリポジトリの名前を指定すると、5.5.1.2項、「UpgradeServers.pyスクリプトの実行」で説明されているUpgradeServers.pyスクリプトを使用できます。 名前は大文字と小文字を区別します。

リポジトリ名

3.4_ovs_repo

URL

http://example.com/repos/Server

このURLをあなたのリポジトリのURLに置き換えてください。

有効可済

はい

5.5.1.2項、「UpgradeServers.pyスクリプトの実行」で説明されているUpgradeServers.pyスクリプトを使用する場合は、このリポジトリを有効にする必要があります。

パッケージ・シグネチャ・タイプ

GPGまたはなし

リポジトリによって提供されるパッケージの有効性を検証する場合は、GPGキーを使用するようにシグネチャ・タイプを設定します。 あるいは、検証が必要ない場合は、NONEを使用します。

パッケージ署名キー

http://example.com/repos/RPM-GPG-KEY-oracle

リポジトリによって提供されるパッケージの有効性を検証することを選択した場合は、リポジトリの検証シグネチャを提供します。 このURLを、リポジトリの検証シグネチャのURLに置き換えます。 これは、Oracle Linux 6リポジトリに用意されているGPGキーである必要があります。


詳細な手順については、「Oracle VM Managerユーザー・ガイド」の「新しいサーバー更新リポジトリを作成」を参照してください。

5.5.1.2 UpgradeServers.pyスクリプトの実行

UpgradeServers.pyスクリプトでOracle VM Serverをアップグレードするには:

  • まず、Oracle VM Managerをリリース3.4にアップグレードする必要があります。

  • Oracle VM Managerが実行されている必要があります。 Oracle VM Managerが停止している場合、アップグレード・スクリプトは機能しません。

  • アップグレードする予定のOracle VM Serverは、次の条件を満たす必要があります:

    • スクリプトを実行するOracle VM Managerが所有しています。

    • 走ってください。

    • リリース3.2.10またはリリース3.2.11になります。

    • x86ハードウェアを使用してください。

    • 重大なエラーはありません。

  • 実行中の仮想マシンは、アップグレード中にサーバー・プール内のOracle VM Serverに移行できる必要があります。そうしないと、アップグレードを実行する前に仮想マシンを停止する必要があります。

スクリプトを実行するには、次の手順を実行します:

  1. Oracle VM Managerホストへのsshセッションを開始します。

  2. 次のディレクトリに移動します。 

    /u01/app/oracle/ovm-manager-3/ovm_tools/bin/

  3. 適切なパラメータを指定してスクリプトを実行します: 

    $ ./UpgradeServers.py

スクリプトを実行すると、使用可能なサーバー間で仮想マシンを自動的に移行するためのメンテナンス・モード操作が実行されます。 これにより、Oracle VM Serverがダウンタイムを最小限に抑えてアップグレード・プロセスを完了し、再起動できるようになります。

構文

UpgradeServers.py [ -h | --help | ? ] [ { --host-name | -H } host ] [ { -P | --port } port ] [ { -u | --user-name } user ] [ { -l | --pools } pool ] [ { -v | --servers } server ] [ { -L | --logfile } filepath ] [ --noprompt ]

オプション

オプションなしでUpgradeServers.pyスクリプトを使用すると、ローカル・ホスト上のOracle VM Managerのインスタンスのユーザー名とパスワードを入力するよう求められます。

次の表に、このツールで使用可能なオプションを示します。

オプション

説明

[ -h | --help | ? ]

UpgradeServers.pyコマンドのパラメータとオプションを表示します。

{ --host-name | -H } host

Oracle VM Managerを実行しているサーバーのホスト名。 デフォルト値はlocalhostです。

このオプションは、Oracle VM Managerホスト以外のシステムでスクリプトを実行する場合にのみ必要です。

{ -P | --port } port

Oracle VM Managerインスタンスのポート番号。 デフォルトは7002です。

{ -u | --user-name } user

Oracle VM Managerインスタンスにログインするユーザー。 パスワードの入力を求められます。

{ -l | --pools } pool

アップグレードするサーバー・プールの名前またはID。 複数のサーバー・プールを指定するには、カンマで区切ったリストにスペースを入れずに入力します。

{ -v | --servers } server

アップグレードするOracle VM Serversの名前またはID。 複数のOracle VM Serverを指定するには、カンマで区切ったリストにスペースを入れずに入力します。

{ -L | --logfile } filepath

スクリプトが書き込むUpgradeServers.logのロケーション。

デフォルトのパスは現在の作業ディレクトリです。現在のディレクトリが書き込み可能でない場合は/tmpです。

--noprompt

アップグレードを続行するように促さないでください。 パッケージが見つからない場合、アップグレードは直ちに終了します。「非ネイティブ・パッケージ」を参照してください。 それ以外の場合は、プロンプトが表示されずにアップグレードが続けられます。

例5.1 サーバー・プール内のOracle VM Serversのアップグレード

pool1とpool2という名前の2つのサーバー・プール内のすべてのOracle VM Serverをアップグレードし、必要なオプションを求めるプロンプトが表示されます: 

$ ./UpgradeServers.py -l pool1,pool2

例5.2 Oracle VM Serversのアップグレード

server1、server2、server3という3つのOracle VM Serverをアップグレードし、すべてのプロンプトを表示しないようにします(エラーとパスワード・プロンプトを除く): 

$ ./UpgradeServers.py -v server1,server2,server3 --noprompt

例5.3 リモートOracle VM ManagerでのOracle VM Serversのアップグレード

Oracle VM Managerインスタンスを持つリモート・ホスト上のOracle VM Serversのアップグレード: 

$ ./UpgradeServers.py -H ovmmanager.example.com -u admin -v server1,server2,server3

非ネイティブ・パッケージ

最初のOracle VM Serverインストール(非ネイティブ・パッケージ)の後にOracle VM Serversのいずれかにパッケージをインストールした場合、それらのパッケージが存在するとアップグレードが失敗する可能性があります。 スクリプトを成功させるには、アップグレードを開始する前に、「Oracle VM Server 3.4更新リポジトリ」にこれらの非ネイティブ・パッケージの新しいOracle Linux 6互換バージョンを配置する必要があります。 非ネイティブ・パッケージの更新の詳細については、「Yumリポジトリの作成」を参照してください。

Oracle VM Serverアップグレードを開始する前に、アップグレード・スクリプトは、アップグレードするサーバーにインストールされている可能性のあるネイティブ以外のパッケージを確認します。 また、スクリプトは3.4_ovs_repoをチェックして、これらのパッケージがそのリポジトリに存在するかどうかを判断します。 このチェックを行うために、スクリプトは、Oracle VM Server Release 3.2.10に含まれるパッケージのセットを列挙するテキスト・ファイルを使用します。 アップグレード・スクリプトは、サーバー上のパッケージのリストをこのファイルの適切なバージョンと比較して、サーバー上の非ネイティブ・パッケージのリストを判別します。 このファイルは、次の場所にあります: 

/u01/app/oracle/ovm-manager-3/ovm_tools/etc/UpgradeServersYumPkgLists.txt

このスクリプトは、検出されたすべての非ネイティブ・パッケージのステータスを表示します: 

timestamp INFO: Non-native package      Status in 3.4_ovs_repo

timestamp INFO: ------------------      -----------------------
timestamp INFO: osc-oracle-netapp       OK: package exists
timestamp INFO: osc-oracle-s7k          OK: package exists
timestamp INFO: python-ontapi           OK: package exists

3.4_ovs_repoにない非ネイティブ・パッケージが見つかった場合、そのステータスはMISSINGと記述され、アップグレードを続行する前に問題の修正を求めるプロンプトが表示されます。 MISSINGパッケージを扱うには、2つの方法があります:

  • アップグレードされた環境で引き続き使用する場合は、「Yumリポジトリの作成」の説明に従って、パッケージのOracle Linux 6互換バージョンを手動でリポジトリに追加してください。

  • パッケージが現在インストールされている各Oracle VM Serverでは、パッケージがアップグレードされた環境で必要ない場合、またはアップグレードが完了した後で代替パッケージをインストールする場合は、パッケージを手動でアンインストールできます。

アップグレード後の記憶域アレイ・プラグ・インのリコンシリエーション

すべてのOracle VM Serversがアップグレードされた後、非ジェネリックなOracle VM Storage Connectプラグインも新しいバージョンに更新されている可能性があります。 このような状況では、記憶域アレイを使用するように構成されているOracle VM Server上のプラグインの構成に、バージョンの不一致がある可能性があります。 これにより、予期したプラグイン・バージョンがいずれのサーバーにもインストールされていないため、記憶域アレイ操作が実行されるたびにエラーが発生する可能性があります。

このため、アップグレードが完了すると、スクリプトはOracle VM Manager内で構成されたすべての記憶域アレイのプラグインをチェックします。 Oracle VM Managerリポジトリ内に、その記憶域アレイ用に構成されているサーバー上に存在しなくなったプラグインが見つかった場合は、同じプラグインの新しいバージョンがインストールされているかどうかを確認します。 スクリプトがサーバーにすでにインストールされているプラグインの新しいバージョンを検出できる場合、新しいプラグインを使用するように記憶域アレイの構成を自動的に更新します。

これが処理されるため、記憶域アレイのプラグインは、そのプラグインを使用しているすべての実行中のサーバーがアップグレードされるまで更新されないため、アップグレードの完了後にのみ使用できます。

UpgradeServers.pyスクリプトの典型的な出力

次の例では、UpgradeServers.pyスクリプトを使用して、単一のOracle VM Serverを更新します。 この例では、アップグレード・プロセスの一般的な出力を示していますが、スクリプトを呼び出すときに使用するパラメータによって出力が異なることに注意してください: 

$ cd /u01/app/oracle/ovm-manager-3/ovm_tools/bin/
$./UpgradeServers.py --noprompt -u admin -H localhost -v MyServer1
Enter your OVM Manager password:
timestamp INFO:  
timestamp INFO:  UpgradeServers script starting...
timestamp INFO:  OVM Manager version: 3.4.x.y
timestamp INFO:  Command line args: ['UpgradeServers.py', '--noprompt', '-v',
  'MyServer1']
timestamp INFO:  
timestamp INFO:  Ensure the server(s) has at least 200MB of available space for the 
 /boot partition
 and 3GB of available space for the / partition.
timestamp INFO:
timestamp INFO:
Enter YES to continue with upgrade: yes
timestamp INFO:  Server: MyServer1. Transition Server Update Repository: 
  3.4_trans_repo, URL/path: http://myrepos.example.com/ovs_upgrade_repo/Transition
timestamp INFO:  Server: MyServer1. OVS Server Update Repository: 3.4_ovs_repo, 
  URL/path: http://myrepos.example.com/ovs_upgrade_repo/Server
timestamp INFO:  Getting update packages list in Server Update Repository: 
  3.4_ovs_repo, using oldest server: MyServer1, version: 3.2.9-xxx
timestamp INFO:  Disabling Server Update Repository: 3.4_trans_repo
timestamp INFO:  Waiting up to 35 seconds for updates of the Server Update 
  Repositories to complete on server MyServer1.
timestamp INFO:  Finished updating Server Update Repositories.
timestamp INFO:  Checking servers for non-native packages (those installed after 
  initial server installation)
timestamp INFO:  Non-native package status:

timestamp INFO:  Non-native package              Status in 3.4_ovs_repo
make timestamp INFO:  -----------------------------   ----------------------
timestamp INFO:  osc-oracle-netapp               OK: package exists
timestamp INFO:  osc-oracle-s7k                  OK: package exists
timestamp INFO:  python-ontapi                   OK: package exists

timestamp INFO:  Non-generic plug-ins have been found: [u'Oracle/Oracle NetApp 
  Filer Plugin'], that are in use on existing storage arrays.
timestamp INFO:  Evaluating server: MyServer1, version: 3.2.9-xxx, for 
  upgrading. [1 of 1 servers].
timestamp INFO:  Disabling Server Update Repository: 3.4_ovs_repo
timestamp INFO:  Enabling Server Update Repository: 3.4_trans_repo
timestamp INFO:  Waiting up to 35 seconds for updates of the Server 
  Update Repositories to complete on server MyServer1.
timestamp INFO:  Finished updating Server Update Repositories.
timestamp INFO:  Starting upgrade of server: MyServer1, type: X86_64, 
  version: 3.2.9-xxx, using Server Update Repository: 3.4_trans_repo
timestamp INFO:  No VMs are on server: MyServer1, starting server upgrade.
timestamp INFO:  Waiting for upgrade of server: MyServer1, to complete. 
  The server is running. [RUNNING]
timestamp INFO:  Server: MyServer1, upgraded successfully to version: 
  3.2.9-xxx (using Server Update Repository: 3.4_trans_repo).
timestamp INFO:  Disabling Server Update Repository: 3.4_trans_repo
timestamp INFO:  Enabling Server Update Repository: 3.4_ovs_repo
timestamp INFO:  Waiting up to 35 seconds for updates of the Server 
  Update Repositories to complete on server MyServer1.
timestamp INFO:  Finished updating Server Update Repositories.
timestamp INFO:  Starting upgrade of server: MyServer1, type: X86_64, 
  version: 3.2.9-xxx, using Server Update Repository: 3.4_ovs_repo
timestamp INFO:  No VMs are on server: MyServer1, starting server upgrade.
timestamp INFO:  Waiting for upgrade of server: MyServer1, to complete. 
  The server is performing the upgrade. [STOPPING]
timestamp INFO:  Waiting for upgrade of server: MyServer1, to complete. 
  The server is performing the upgrade. [STOPPING]
...
timestamp INFO:  Waiting for upgrade of server: MyServer1, to complete. 
  The server is rebooting after the upgrade. [STOPPED]
timestamp INFO:  Waiting for upgrade of server: MyServer1, to complete. 
  The server is rebooting after the upgrade. [STOPPED]
...
timestamp INFO:  Waiting for upgrade of server: MyServer1, to complete. 
  The server is starting back up. [STARTING]
timestamp INFO:  Server: MyServer1, upgraded successfully to version: 3.4.x-y 
   (using Server Update Repository: 3.4_ovs_repo).
timestamp INFO:  Evaluating if any storage arrays need their plug-ins updated.
timestamp INFO:  No plug-ins were found that needed updating.
timestamp INFO:  Log file is available at \
    /u01/app/oracle/ovm-manager-3/ovm_tools/bin/UpgradeServers.log
timestamp INFO:  UpgradeServers script stopping...

5.5.1.3 移行Yumリポジトリの削除

サーバーのアップグレードが完了すると、移行Yumリポジトリは不要になります。 その後のアップグレードでは、移行中のYumリポジトリが存在するかどうかを確認し、自動的に無効にするかどうかを判断するチェックが行われます。 ただし、Oracle VM Serverアップグレード・プロセスを正常に完了すると、移行Yumリポジトリを無効化または削除することをお勧めします。 サーバー更新リポジトリの追加、編集、削除の詳細については、「Oracle VM Managerユーザー・ガイド」の「サーバー更新グループ」を参照してください。

5.5.2 Oracle VM Serverの再インストール

Oracle VM ServerをRelease 3.2.10、またはRelease 3.2.11などのそれ以降のバージョンからRelease 3.4にアップグレードするには、Oracle VM Serverを再インストールします。

Oracle VM Serverを次のように再インストールします:

  1. すべての仮想マシンを、アップグレードする予定のOracle VM Serverから移行します。 「Oracle VM Managerユーザー・ガイド」の「仮想マシンの移行または移動」を参照してください。

  2. Oracle VM Serverからすべてのリポジトリを表示しません。 「Oracle VM Managerユーザー・ガイド」の「リポジトリの存在または存在しない」を参照してください。

  3. Oracle VM ManagerからOracle VM Serverを削除します。 「Oracle VM Managerユーザー・ガイド」の「サーバーの削除」を参照してください。

  4. リリース3.4のインストール・メディアを使用してOracle VM Serverを再インストールします。 2.1.2項、「DVD-ROMからのOracle VM Serverのインストール」を参照してください。

    重要

    • Oracle VM Serverを再インストールすると、すべての構成設定が削除されます。

    • Oracle VM Serverインストーラを起動すると、既存のインストールが検出され、アップグレードまたは新規インストールのいずれかを選択するように求められます。 Release 3.2.10から再インストールする場合は、新しいインストールを実行する必要があります。 現在リリース3.2.10にいる場合、インストール・メディアでOracle VM Serverをアップグレードすることはできません。

  5. Oracle VM ManagerでOracle VM Serverを検出し、インストールが完了したら適切なサーバー・プールに追加します。 「Oracle VM Managerユーザー・ガイド」の「サーバーの検出」を参照してください。

  6. ネットワーク、記憶域、リポジトリなどの構成をリストアするには、Oracle VM Server環境を再構成します。

  7. 再インストールしたOracle VM Serverのネットワーク接続と記憶域接続をテストします。 フェイルオーバーの冗長性とパフォーマンスが正しく機能することを確認する必要があります。 Oracle VM Serverの仮想マシンとアプリケーションについても、期待どおりに機能することを確認するために、いくつかのテストを実行する必要があります。 再インストールされたOracle VM Serverが正常に動作し、パフォーマンスの問題がないことを確認できれば、他のOracle VM Serverインスタンスの増分アップグレードと検証を続行する必要があります。

5.6 Oracle VM Server for x86のリリース3.3.xからの3.4.xのエラータ・リリース間のアップグレード

Oracle VM ServerをRelease 3.3.xまたは1つのRelease 3.4.xから別のRelease 3.4.yにアップグレードするには、次の操作を実行します:

  • サーバー更新リポジトリを構成し、Oracle VM Manager Web Interfaceを使用します。 このアップグレード・メソッドが推奨され、複数のOracle VM Serverをアップグレードできます。

  • Oracle VM Server ISOファイルから起動ディスクを作成し、アップグレードを実行します。 このアップグレード・メソッドは、Oracle VM Managerからアップグレードを実行できない場合にのみ使用してください。

  • Oracle VM Serverを再インストールしてください。

Oracle VM Serverをリリース3.4にアップグレードする前に、環境を準備する必要があります。 5.2項、「Oracle VMのアップグレードの準備」を参照してください。

5.6.1 Oracle VM ServerからOracle VM Managerをアップグレード

Oracle VM ServerからOracle VM Managerをアップグレードするには、次のようなYumリポジトリを設定する必要があります:

  • ovm34_x86_64_latest ULNチャネルの内容を反映します。 このULNチャネルには、Oracle VM Serverをリリース3.4にアップグレードするために必要なパッケージが含まれています。

    ULNチャネルをミラーリングする代わりに、ネットワーク経由でOracle VM Serverインストール・メディアを使用できるようにすることができます。

  • サードパーティ製のOracle VM Storage Connectプラグインなどの追加パッケージを含めることができます。

Yumリポジトリを設定したら、それをOracle VM Managerのサーバー更新リポジトリとして追加します。 その後、各Oracle VM ServerをOracle VM Managerを通してアップグレードすることができます。

5.6.1.1 Yumリポジトリの作成

Yumリポジトリは、HTTPまたはHTTPSを介してアクセス可能なシステム上に作成する必要があります。

Yumリポジトリを作成するには、ULNチャネルのミラーを作成するか、Oracle VM Serverインストール・メディアの内容を次のようにコピーする必要があります:

ULNチャネルのミラーを作成

Yumリポジトリを設定して、次のULNチャネルをミラーリング: ovm34_x86_64_latest

ovm34_x86_64_latest ULNチャネルには、Oracle VM Serverをリリース3.4にアップグレードするために必要なパッケージが含まれています。

Yumリポジトリを設定してULNチャネルをミラーリングする方法の詳細については、次のドキュメントを参照してください: http://www.oracle.com/technetwork/articles/servers-storage-admin/yum-repo-setup-1659167.html

Oracle VM Serverインストール・メディアの使用

  1. 最新のOracle VM ServerインストールISOファイルをダウンロードしてください。

  2. ISOファイルをマウントするフォルダを作成します。次に例を示します: 

    # mkdir /tmp/ovs-mount

  3. ISOファイルをマウントします。次に例を示します: 

    # mount -o loop OVS-3.4.1.iso /tmp/ovs-mount

  4. 適切なHTTPサーバーを使用して、リポジトリ・アクセス用のディレクトリを作成します。例: 

    # mkdir /var/www/repos

  5. 再帰的には-rを、保存するには-pを使用して、マウントされたISOフォルダをディレクトリにコピーします: 

    # cp -rp /tmp/ovs-mount/* /var/www/repos/

  6. リポジトリがアクセス可能であることを確認します。 Oracle VM Serverのインスタンスなど、別のシステム上のリポジトリにアクセスする必要があります。 リポジトリにアクセスできるようにするには、repomd.xmlなどの小さなファイルを次のようにダウンロードします: 

    # wget http://example.com/repos/Server/repodata/repomd.xml
ヒント

次の例のように、Python SimpleHTTPServerモジュールを使用して一時的にリポジトリを提供してください: 

# cd /var/www
# python -m SimpleHTTPServer 80

5.6.1.2 追加パッケージを含む

サードパーティのOracle VM Storage Connectプラグインなど、Oracle VM Serverの追加パッケージをリリース3.4の更新リポジトリに含めることができます。 これらのパッケージは、Oracle VM Serverのアップグレードに含まれます。

ノート

リポジトリに追加する追加パッケージは、Oracle Linux 6と互換性がなければなりません。

ヒント

署名のないパッケージがインストールされているOracle VM Serverをアップグレードする場合は、これらのパッケージをホストできる別のYumリポジトリを作成する必要があります。 Oracle VM Managerにリポジトリをサーバー更新リポジトリとして追加するときは、Package Signature Typeオプションがこのリポジトリの「なし」に設定されていることを確認する必要があります。 これにより、ベースのOracle VM Serverインストール・リポジトリの一部ではない未署名パッケージのため、アップグレードが失敗することがなくなります。

Yumリポジトリにパッケージを追加するには、次のようにします:

  1. 適切なベンダーからパッケージをダウンロードします。

  2. パッケージを「Oracle VM Server 3.4リポジトリの更新」のServer/Packagesディレクトリにコピーします。例: 

    # cp osc-sun7k.rpm /var/www/repos/Server/Packages/

  3. たとえば、ルートから次のコマンドを実行するようにディレクトリを変更します: 

    # cd /var/www/repos/Server

  4. リポジトリ構成ファイルを探します: 

    # find ./ -name "*comps-ovs-core.xml"
./repodata/3bbd98ef14e1e62734b8df6360825010001323218736-comps-ovs-core.xml

  5. リポジトリ構成のファイル名を使用して、リポジトリを再作成します: 

    # createrepo -g ./repodata/3bbd98ef14e1e62734b8df6360825010001323218736-comps-ovs-core.xml ./

5.6.1.3 Oracle VM Managerにサーバー更新リポジトリを追加

Yumリポジトリを設定したら、Oracle VM Manager Web Interfaceに追加する必要があります。

  1. Oracle VM Manager Webインタフェースにログインします。

  2. 次のように、特定のサーバー・プールのグローバル・サーバー更新グループまたはサーバー更新グループを作成します:

    グローバル・サーバー更新グループの作成

    1. 「レポートとリソース」タブを選択します。

    2. 「サーバー更新グループ」サブタブを選択します。

    3. 「サーバー更新グループ」フォルダを展開し、GlobalX86ServerUpdateConfigurationを選択します。

    4. 「サーバー更新グループ」フォルダを展開し、GlobalX86ServerUpdateConfigurationを選択して、「新しいサーバー更新リポジトリを作成」を選択します。

    5. 「表5.4、Oracle VM Server 3.4リポジトリの更新」の説明に従ってサーバー更新グループを作成します。

    特定のサーバー・プールのサーバー更新グループの作成

    1. 「Servers and VMs」タブを選択します。

    2. 「サーバー・プール」フォルダを展開し、適切なサーバー・プールを選択します。

    3. サーバー・プールを編集し、「Global Server Update Groupを上書きします」オプションを選択し、OKを選択します。

    4. 「サーバー更新リポジトリ」パースペクティブを選択し、「新しいサーバー更新リポジトリを作成」を選択します。

    5. 「表5.4、Oracle VM Server 3.4リポジトリの更新」の説明に従ってサーバー更新グループを作成します。

次の表では、サーバー更新リポジトリの作成に必要なフィールドについて説明します:

表5.4 「Oracle VM Server 3.4更新リポジトリ」

フィールド

値

ノート

名

3.4_ovs_repo

サーバー更新構成の意味のある名前を指定します。

リポジトリ名

3.4_ovs_repo

サーバー更新リポジトリに意味のある名前を指定します。

URL

http://example.com/repos/Server

このURLをあなたのリポジトリのURLに置き換えてください。

有効可済

はい

このリポジトリを有効にする必要があります。

パッケージ・シグネチャ・タイプ

GPGまたはなし

リポジトリによって提供されるパッケージの有効性を検証する場合は、GPGキーを使用するようにシグネチャ・タイプを設定します。 あるいは、検証が必要ない場合は、NONEを使用します。

パッケージ署名キー

http://example.com/repos/RPM-GPG-KEY-oracle

リポジトリによって提供されるパッケージの有効性を検証することを選択した場合は、リポジトリの検証シグネチャを提供します。 このURLを、リポジトリの検証シグネチャのURLに置き換えます。 これは、Oracle Linux 6リポジトリに用意されているGPGキーである必要があります。


詳細については、Oracle VM Managerユーザー・ガイドの次のトピックを参照してください:

5.6.1.4 Oracle VM Managerからのサーバーのアップグレード

Oracle VM Serverをリリース3.4にアップグレードし、サーバー更新リポジトリを作成するコンテンツを含むYumリポジトリを設定したら、次のようにOracle VM Manager Web Interfaceからアップグレードを実行できます:

  1. Oracle VM Manager Webインタフェースにログインします。

  2. 「Servers and VMs」タブを選択します。

  3. 「サーバー・プール」フォルダを展開し、適切なサーバー・プールを選択します。

  4. 「サーバー」パースペクティブを選択します。

    「サーバー」パースペクティブの「更新してください」列は、サーバー・プール内の各サーバーで更新が利用可能かどうかを示します。

  5. 更新するOracle VM Serverの各インスタンスを選択し、「更新サーバー」を選択します。

  6. サーバーのアップグレードを確認するメッセージが表示されたら、OKをクリックします。

    各Oracle VM Serverはメンテナンス・モードに入り、アップグレードされます。 Oracle VM Serverのインスタンス上で実行されている仮想マシンは、メンテナンス・モードに入ると自動的に別のOracle VM Serverに移行されます。 更新が完了すると、Oracle VM Serverが再起動し、メンテナンス・モードになります。

    ノート

    場合によっては、Oracle VM Serverがメンテナンス・モードに移行すると、自動仮想マシンの移行が失敗することがあります。 メンテナンス・モードの詳細については、「サーバーの編集」を参照してください。

  7. アップグレードが完了したら、Oracle VM Serverの各インスタンスをメンテナンス・モードから削除します。

5.6.2 ISOファイルを使用したOracle VM Serverのアップグレード

Oracle VM Server ISOファイルを使用してOracle VM Serverをアップグレードするには:

  1. Oracle VM Server ISOファイルを起動ディスクに書き込みます。

  2. Oracle VM Serverインストーラを起動します。 インストーラは、最初にインストール・メディアをテストし、言語とキーボードの設定を構成し、EULAに同意するように指示します。

    インストーラの起動と初期インストール画面の詳細については、2.1.2項、「DVD-ROMからのOracle VM Serverのインストール」を参照してください。

  3. 最初のインストール画面を続行します。 インストーラが既存のOracle VM Serverインストールを検出すると、「アップグレードするシステム」画面が表示されます。

アップグレードするシステム

「アップグレードするシステム」画面で、次の操作を行います:

  1. 既存のインストールをアップグレードするには、「Oracle VM Server 3.x」(disk)を選択します。

    「OK」を選択し、[Enter]を押します。

ブート・ローダーの構成をアップグレード

「ブート・ローダーの構成をアップグレード」画面で、次の操作を行います:

  1. 次のいずれかを選択します:

    • 「ブート・ローダーの構成を更新」を実行して既存のブート・ローダーを更新します。

    • 「ブート・ローダーの更新をスキップ」を実行してブート・ローダーを変更せずに、現在の構成を維持します。

      ノート

      アップグレード前にGRUB構成でkdump構成を手動で定義した場合、このオプションを選択すると、アップグレード後にこれらの構成が確実に維持されます。

  2. 「OK」を選択し、[Enter]を押します。

パッケージのインストールとアップグレードの終了

Oracle VM Serverアップグレードのオプションを指定すると、インストーラは依存関係チェックを実行してから、アップグレード処理を開始します。 進行状況バーにパッケージのインストール状況が表示されます。 「アップグレードの終了」画面が表示されます。

アップグレードが完了すると、「コンプリート」画面が表示されます。 アップグレードを完了するには、次の手順を実行します:

  1. ドライブからOracle VM Serverインストール・ディスクを取り出します。

  2. 「リブート」を選択します。

Oracle VM Serverがリブートすると、コンソールが表示されます。

Oracle VM Serverのアップグレードが完了しました。

インストールのログは/root/upgrade.logにあります。 アップグレードが成功しない場合は、このログファイルを確認して問題を特定します。

5.6.3 Oracle VM Serverの再インストール

Oracle VM ServerをRelease 3.3.xからRelease 3.4にアップグレードするには、Oracle VM Serverを再インストールします。

重要

Oracle VM Serverを再インストールすると、すべての構成設定が削除されます。

Oracle VM Serverを次のように再インストールします:

  1. すべての仮想マシンを、アップグレードする予定のOracle VM Serverから移行します。 「Oracle VM Managerユーザー・ガイド」の「仮想マシンの移行または移動」を参照してください。

  2. Oracle VM Serverからすべてのリポジトリを表示しません。 「Oracle VM Managerユーザー・ガイド」の「リポジトリの存在または存在しない」を参照してください。

  3. Oracle VM ManagerからOracle VM Serverを削除します。 「Oracle VM Managerユーザー・ガイド」の「サーバーの削除」を参照してください。

  4. リリース3.4のインストール・メディアを使用してOracle VM Serverを再インストールします。 2.1.2項、「DVD-ROMからのOracle VM Serverのインストール」を参照してください。

  5. Oracle VM ManagerでOracle VM Serverを検出し、インストールが完了したら適切なサーバー・プールに追加します。 「Oracle VM Managerユーザー・ガイド」の「サーバーの検出」を参照してください。

  6. ネットワーク、記憶域、リポジトリなどの構成をリストアするには、Oracle VM Server環境を再構成します。

  7. 再インストールしたOracle VM Serverのネットワーク接続と記憶域接続をテストします。 フェイルオーバーの冗長性とパフォーマンスが正しく機能することを確認する必要があります。 Oracle VM Serverの仮想マシンとアプリケーションについても、期待どおりに機能することを確認するために、いくつかのテストを実行する必要があります。 再インストールされたOracle VM Serverが正常に動作し、パフォーマンスの問題がないことを確認できれば、他のOracle VM Serverインスタンスの増分アップグレードと検証を続行する必要があります。

5.7 x86用のOracle VM Serverでのアップグレードの完成

この項では、アップグレード後に必要となる可能性があるさまざまなアップグレード後のステップについて説明します。

5.7.1 サーバー・プールをリフレッシュしてOracle VM Storage Connectプラグインを検証

アップグレード後、サーバー・プールを更新して、Oracle VM Manager内に表示される情報が最新であり、サーバー・プール内の任意のサーバーの実際の状態と同期されるようにすることをお勧めします。 さらに重要なのは、記憶域デバイスにサードパーティのOracle VM Storage Connectプラグインを使用している場合、これらのプラグインが検証されるまで記憶域アレイをリフレッシュできないことがあります。 サーバー・プールを更新すると、記憶域に提供されているサーバーは、使用しているOracle VM Storage Connectプラグインを検証できます。 これが完了すると、記憶域アレイの操作を正常に再開できます。

サーバー・プールを更新するには、「Oracle VM Managerユーザー・ガイド」の「すべてをリフレッシュ」を参照してください。

5.7.2 ハイパーバイザ機能を有効にするためのブート・パラメータの編集

以前のリリースからアップグレードした場合、サーバーのハイ・パー・バイザー・ブート・パラメータの一部が、新しい機能が有効になるように編集が必要な場合があります。 これらのブート・パラメータを更新するには、影響を受ける各Oracle VM Serverで、エディタでGRUB構成を開きます。 UEFIブートを使用している場合、grub構成ファイルは/boot/efi/EFI/redhat/grub.cfgにあり、使用していない場合、grub構成ファイルは/boot/grub2/grub.cfgにあります。 multiboot2 /xen.mb.efiで始まる行を編集し、必要な起動パラメータを追加します。

物理CPUが20を超える大型サーバーの場合

物理CPUが20を超えるOracle VM Serversの場合、仮想CPUをdom0に固定し、dom0が使用できる仮想CPUの最大値を設定することで、パフォーマンスを向上させることができます。 システムに20以上の物理CPUが搭載されている新しいインストールでは、この値は通常20に設定されます。 20を超える物理CPUを持つOracle VM Serverで最高のパフォーマンスを得るには、Xenブート・パラメータdom0_vcpus_pinとdom0_max_vcpus=20を設定します。 次に例を示します。 

multiboot2 /xen.mb.efi dom0_mem=max:6144M  dom0_vcpus_pin \
  dom0_max_vcpus=20 placeholder ${xen_rm_opts}

ノート

Xen 4.4.4カーネルの一部のバージョンでは、構成を有効にするためにdom0_vcpus_pinパラメータをdom0_vcpus_pin=trueに構成する必要があります。 Oracle VM Serverで次のコマンドを実行して、Xenバージョンを探します: rpm -qa | grep xen.

以前のOracle VM 3.4.xリリースでXenブート・パラメータを以前に更新してから、Xenカーネル・バージョン4.4.4-130以上を使用してOracle VMリリース3.4.5以降にアップグレードした場合は、そのパラメータの構文が受け入れられます。

Oracle VMリリース3.4.5以降の標準構文はdom0_vcpus_pinです。=trueを追加する必要はありません。

20個未満の物理CPUを持つOracle VM Serversの場合、指定された仮想CPUの数がそれに応じて削減され、ソケットあたりの物理CPUの数を超えないようにする必要があります。 あまりにも多くの仮想CPUを割り当てると、仮想CPUがソケットに分散している場合、NUMA (Non-Uniform Memory Access)レイテンシの問題が発生する可能性があります。 たとえば、ハイパースレッディングを有効にしたOracle VM Serverのインスタンスに、1ソケットあたり18コアと1コアあたり2コアの2つのソケットがある場合、合計36の物理CPUが得られます。 この場合、dom0_max_vcpusを20に設定するのは正しいです。 ただし、ハイパースレッディングを無効にすると、各ソケットに18個の物理CPUしかないため、dom0_max_vcpusパラメータを18に設定する必要があります。

GRUB構成ファイル(たとえば、/etc/default/grub)の変更が完了したら、ブート時に使用されるシステムGRUB2構成を再構築する必要があります。 次のコマンドを実行することで行われます。 

# grub2-mkconfig -o /boot/grub2/grub.cfg

これらの設定を有効にするには、サーバーを再起動する必要があります。

Oracle VM Server for x86のパフォーマンス最適化の目標と手法の詳細は、Oracle Technology NetworkのOracle VM Server for x86のパフォーマンスの最適化(http://www.oracle.com/technetwork/server-storage/vm/ovm-performance-2995164.pdf)を参照してください。

5.7.3 アップグレード後のkdumpサービス設定を確認

以前にkdumpサービスを有効にしていた場合は、アップグレード後に設定が正しいかどうかを確認して確認するか、以前に有効になっていない場合はアップグレード後にkdumpサービスを有効にすることをお勧めします。

詳細は、「Oracle VM管理者ガイド」の「Oracle VM Serverのkdumpの手動構成」を参照してください。

5.7.4 不足しているディスク、ファイル・システム、およびリポジトリの処理

少数のシステムでは、ローカル物理ディスクにアップグレード・プロセス中に代替デバイス・マッパーIDが割り当てられることがあります。 これは、いくつかの異なるATAタイプのディスクにのみ影響します。 デバイス・マッパーIDが変更されると、ローカルの物理ディスク、ファイル・システム、およびリポジトリの一部がOracle VM Manager内に存在しないものとしてマークされることがあります。 物理ディスクはアップグレード後に検出されますが、新しいディスクとして検出されます。 同じディスクのOracle VM Manager内の古いエントリは保持されますが、missingとしてマークされます。

この影響を受ける場合は、環境を変更するためにいくつかのステップを実行する必要があります。 これには、欠落しているディスクを削除し、新しく検出されたディスク、ファイル・システム、およびホストされているリポジトリを更新することが含まれます。 さらに、影響を受けるOracle VM Serverにリポジトリを提示して、使用できるようにする必要があります。

記憶域にローカル物理ディスクを使用する仮想マシンがある場合は、これらの仮想マシンを再構成して、欠落しているディスクを削除し、新しく検出されたディスクと交換する必要があります。

この項では、影響を受けているかどうかを識別する方法と、完全に機能する環境に戻るために必要なステップについて説明します。

不足しているディスクのチェック

この問題の影響を受けるかどうかを確認するには、Oracle VM Manager Web Interfaceを使用して、ご使用の環境内の各Oracle VM Serverの物理ディスク・パースペクティブを表示します。 アップグレードの影響を受けたディスクは、警告ステータスで表示されます。 イベント・メッセージにPhysical disk is Offlineと表示されます。

Oracle VM Serversが多い環境では、Oracle VM Manager Web Interfaceを使用して各サーバーの物理ディスクのステータスを確認することは現実的ではありません。 ただし、Oracle VM Managerコマンドライン・インタフェースをgrepユーティリティと組み合わせて使用すると、このイベント・メッセージを含むすべてのイベントをすばやく表示できます。 コマンドがOracle VM Managerホスト上で実行される例は、次のとおりです: 

$ ssh -l admin localhost -p 10000 "getEvents severity=WARNING" | grep -i "physical \
  disk is offline"

id:3190     createTime:timestamp     modTime:timestamp
type:storage.device.offline.     severity:Warning     summary:Physical disk is
Offline     acked:No description:OVMEVT_007005D_001 Rescan storage layer on
server [ovs237] did not return physical disk [3600605b0057feba01a0e216512d1b7aa]
for storage array [Generic Local Storage Array @ ovs237].
assocObjectId:0004fb0000180000833252939ba41cf9

これらのイベントでは、Generic Local Storage Arrayのイベントが発生していることを確認する必要があります。 影響を受けるサーバーが出力に表示され、不足しているディスクのIDも表示されます。

Oracle VM Serversのいずれかにアタッチされているローカル物理ディスクのいずれかにこのイベント・メッセージが存在する場合は、この問題の影響を受ける可能性が最も高く、ここで説明する残りのステップを続行する必要があります。

新しく検出されたディスクを特定し、見つからないディスクにマッチング

デフォルトでは、Oracle VM Managerが物理ディスクに割り当てる簡単な名前はディスクのIDに基づいています。 物理ディスクの名前を変更していない場合は、ディスク名を比較して一致するものを見つけることができるため、見つからないディスクにマップされる新しく検出されたディスクを識別することは簡単です。 これは、Oracle VM Managerコマンドライン・インタフェースの次の出力に示されています: 

OVM> list physicalDisk
Command: list physicalDisk
Status: Success
Time: timestamp
Data:
 id:0004fb00001800007b2cdfbecb973c4d
 name:SATA_VBOX_HARDDISK_VBcdfe5359-5146ac3d_
 id:0004fb0000180000f9c966f19c14cc95
 name:SATA_VBOX_HARDDISK_VBcdfe5359-5146ac3d

この出力では、リストされた最初の物理ディスクが元のディスク・アイテムですが、2番目のディスクは同じディスクの新しく検出されたバージョンです。 最初の物理ディスクは、Oracle VM Managerに存在しないものとしてマークされます。 2番目のディスクは同じ名前を持ち、最終的なアンダースコアを除いて、これらのエントリが実際に同じディスクを指していることを識別するのは簡単です。

物理ディスクの名前を変更した場合は、各ディスクのIDを比較して一致を検出する必要があるため、このプロセスは分かりにくくなります。 Oracle VM Managerコマンドライン・インタフェースを使用してディスクのIDを取得する方法を以下に示します: 

OVM> show physicaldisk id=0004fb00001800009eed86fbc36b41bc
Command: show physicaldisk id=0004fb00001800009eed86fbc36b41bc
Status: Success
Time: timestamp
Data:
  Page83 ID = 350014ee20137ee44
  Server Reserved = No
  Shareable = No
  Size (GiB) = 465.76
  State = UNKNOWN
  Thin Provision = No
  Type = LUN
  Vendor = ATA
  File System 1 = 0004fb00000500000809e28f4fab56b1  [fs on 350014ee20137ee44]
  Volume Group = 0004fb00003200004dddc710a12aa1b7  [Local Storage Volume Group]
  Id = 0004fb00001800009eed86fbc36b41bc  [Server5 ATA Disk]
  Name = Server5 ATA Disk
  Description = WDC WD5001ABYS-0
  Locked = false

Page83 IDはディスクのプロパティとして表示されます。 不足しているディスクごとにPage83 IDを取得し、名前またはPage83 IDが同じ値に設定されている物理ディスクを見つける必要があります。 これらのディスクは、同じ物理ディスクの新しく検出されたバージョンです。

環境を再構成する前の有用なステップ

ファイル・システム名、リポジトリ名、リポジトリ内のアイテムの名前など、欠落しているディスクの子オブジェクトの名前はすべて、欠落しているディスクに関連付けられています。 不足しているディスクを環境から削除すると、この情報は失われます。 Oracle VM Manager内にこれらのオブジェクトの名前がある場合は、続行する前にこれらのオブジェクトの名前を書き留めておく必要があります。 これは必要なステップではありませんが、名前はOracle VM Manager内でのみ役立ち、環境の実行には影響しませんので、見つからないディスクを削除した後で環境を同じ状態に戻すには、同じ物理ディスクの新しく検出されたバージョンに関連付けられています。

Oracle VM Managerコマンドライン・インタフェースを使用すると、次のコマンドを実行して、これらのオブジェクトのすべての名前のダンプを取得できます: 

OVM> list physicaldisk
OVM> list filesystem
OVM> list repository
OVM> show repository id=0004fb0000030000e0f09683cd2ac72a

環境内の各リポジトリのidに0004fb0000030000e0f09683cd2ac72aを代入し、各リポジトリに対して同じコマンドを実行します。

この演習の目的は、関連付けられている物理ディスクを削除するときに影響を受ける可能性のあるオブジェクトの名前のリストを取得することです。 これらのコマンドによって返された情報は、オブジェクトの名前を変更する必要があるときに参照できる場所に格納します。

影響を受けるリポジトリを扱うステップ

影響を受けるすべてのオブジェクトのオブジェクト名を記録している場合は、Oracle VM Managerコマンドライン・インタフェースの次の出力に示すように、欠落しているディスクを削除することは安全です: 

OVM> delete physicalDisk id=0004fb00001800007b2cdfbecb973c4d
Command: delete physicalDisk id=0004fb00001800007b2cdfbecb973c4d
Status: Success
Time: timestamp
JobId: 1399409030129

これらのアクションは、必要に応じてOracle VM Manager Web Interfaceで実行することもできます。

不足しているディスク・エントリを削除したら、次の操作を実行する必要があります:

この時点では、さまざまなオブジェクトの名前が失われていますが、環境は使用可能です。 たとえば、ファイル・システム名、リポジトリ名、またはリポジトリ内の仮想マシンなどのオブジェクトの名前は、デフォルト値にリセットされている可能性があります。 前のステップで推奨されているように、影響を受けるオブジェクト名の記録を保持していた場合は、必要に応じてオブジェクトの名前を手動で変更できます。

影響を受ける仮想マシンを処理するステップ

欠落としてマークされたローカル物理ディスクを使用するように構成された仮想マシンがある場合は、元のディスク・マッピングを削除してから、新しい物理ディスクをアタッチするように仮想マシンを再構成する必要があります。 新しい物理ディスクを選択するときは、見つからないディスクと同じIDを持つ物理ディスクを選択する必要があります。 これらのディスク・マッピングを再設定するには、「Oracle VM Managerユーザー・ガイド」の「仮想マシンの編集」で説明されているように仮想マシンを編集する必要があります。

5.8 SPARC用のOracle VM Agentのアップグレード

アップグレード・メソッドは、アップグレード元のSPARCリリースのOracle VM Agentによって異なります。 アップグレード・メソッドについては、5.1項、「アップグレードの概要」を参照してください。

SPARC用のOracle VM Agentをアップグレードする前に、次のことを行う必要があります:

  • Oracle Solaris 11.3またはSolaris 11.4にシステムを更新します。

    SPARCリリース3.2.10、またはリリース3.2.11などのそれ以降のバージョンのOracle VM Agentでは、手動でOracle Solaris 11.3にアップグレードする必要があります。

    リリース3.4.6の時点では、Oracle Solaris 11.4がサポートされています。 SPARCリリース3.3.x、3.4.1または3.4.2にOracle VM Agentを実行しており、リリース3.4.6にアップグレードする場合は、事前にOracle Solaris 11.3のリリース3.4.5にアップグレードする必要があります。 リリース3.4.5から、リブート後に、Oracle Solaris 11.4を使用して3.4.6のリリースにアップグレードできます。

    ノート

    SPARCのOracle VM Agentの古いバージョンを実行している場合は、リリース3.4.5にアップグレードすることで、システムが最新の11.3 SRUを使用できるようになります(Oracle Solaris 11.3 SRU 23以降)。これは、Oracle Solaris 11.4を使用してリリース3.4.6にアップグレードする前に必要です。

    SPARCリリース3.3.xまたはリリース3.4.xのOracle VM Agentでは、SPARCのOracle Solaris 11.3への更新とOracle VM Agentのアップグレードの両方を処理するIPSリポジトリを設定します。

  • アップグレードが成功するための最小要件をすべて確認してください。 表2.2、「SPARCサーバーの必須ソフトウェアおよびシステム・ファームウェア」を参照してください。

ノート

セカンダリ・サービス・ドメインが構成されていて、プライマリ・ドメイン上のOracle Solaris 11.3またはSolaris 11.4にシステムが正常に更新された場合は、セカンダリ・サービス・ドメインをプライマリ・ドメインと同じOracle Solaris IPSリポジトリを使用してアップグレードすることもできます。 セカンダリ・サービス・ドメインをアップグレードするには、次のコマンドを使用してOracle Solarisコマンドラインからアップグレードしてください。 

# pkg update --accept

アップグレードが完了したら、次のコマンドを使用してシステムを再起動します。 

# init 6

Oracle Solaris 11.3のインストールおよびアップグレード手順の詳細は、http://docs.oracle.com/cd/E53394_01/を参照してください。

Oracle Solaris 11.4に更新する手順の詳細は、https://docs.oracle.com/cd/E37838_01/html/E60977/gmpdi.htmlを参照してください。

5.8.1 Distributed Lock Manager (DLM)パッケージのインストール

分散ロック・マネージャ(DLM)パッケージは、サーバー・プール・クラスタリングをサポートする必要があります。 DLMパッケージのバージョンは、SPARCのOracle VM Agentのバージョンと一致する必要があります。

  • DLMパッケージがシステムにすでにインストールされている場合は、アップグレードを試みる前に、DLMパッケージのリリース3.4バージョンをダウンロードしてIPSリポジトリに追加してください。

  • DLMパッケージがまだインストールされていない場合、またはSPARCリリース3.2.10のOracle VM Agentからアップグレードする場合は、Oracle VM Agentをアップグレードする前にインストールできます。 または、アップグレードの完了後にDLMパッケージをインストールすることもできます。

DLMパッケージovs-dlm-3.4.x-bxxx.p5pをhttps://edelivery.oracle.com/oraclevmからダウンロードします。 ソフトウェアのダウンロードの詳細については、1.2項、「インストールISOおよびパッケージの入手」を参照してください。

DLMパッケージをIPSリポジトリに追加する方法については、5.8.3.1項、「IPSリポジトリの設定」を参照してください。

DLMパッケージをインストールするには、次の手順を実行します:

  1. ovs-configサービスを停止します: 

    # svcadm disable -s ovs-config

  2. DLMパッケージをインストールします: 

    # pkg install -g ovs-dlm-3.4.x-bxxx.p5p dlm

  3. ovs-configサービスを再起動します: 

    # svcadm enable ovs-config

5.8.2 SPARCリリースOracle VM Agentの3.2.10からのアップグレード

この項のタスクを実行して、SPARCリリース3.2.10のOracle VM AgentまたはRelease 3.2.11などのそれ以降のバージョンからリリース3.4にアップグレードします。

5.8.2.1 メンテナンス・モードでのSPARC用のOracle VM Serverの配置

リリース3.2.10、またはリリース3.2.11など以降のバージョンからアップグレードするすべての手順を開始する前に、何の仮想マシンがサーバー上で実行されていないことを確認する必要があります。 このため、メンテナンス・モードでアップグレードするSPARCの各Oracle VM Serverを配置する必要があります。 SPARC用の各Oracle VM Serverをメンテナンス・モードにした後、アップグレードする予定のサーバー上で仮想マシンが実行されていないことも確認する必要があります。 実行中の仮想マシンがある場合は、それらを停止してからSPARC用のOracle VM Serverをアップグレードしてください。

サーバーを編集してメンテナンス・モードにする方法については、「Oracle VM Managerユーザー・ガイド」の「サーバーの編集」を参照してください。

5.8.2.2 Oracle Solaris 11.3に手動で更新

SPARCリリース3.2.10、またはリリース3.2.11などのそれ以降のバージョンのOracle VM Agentからアップグレードする最初のステップは、システムを手動でOracle Solaris 11.3サポート・リポジトリ更新(SRU)19に更新することです。

ノート

  • SPARCリリースのOracle VM Agent 3.2.10はOracle Solaris 11.3では実行できません。 このため、Solaris 11.3に更新する前に、SPARCのOracle VM Agentを無効にする必要があります。 

    # svcadm disable ovs-agent

  • SPARCリリース3.2.x用のOracle VM Agentでは、Oracle Solaris 11.3 SRU 19以上のインストールは許可されません。 これは、SRU 20でのPython 2.6の削除によるものです。 SPARCリリース3.4.3以降のOracle VM Agentがインストールされると、Oracle Solarisシステムをより新しいバージョンにアップグレードすることができます。

  • この手順は、サーバーの再起動前にOracle 11.3 SRUに最新のOracle 11.3 SRUを更新し、Oracle VM Agent for SPARC Release 3.4.6の同じ手順を使用してOracle Solaris 11.3からSolaris 11.4にサーバーを更新する際に、11.3とともに使用する必要があります。

Oracle Solarisリポジトリをすでに設定している場合は、次のコマンドを使用してシステム・パッケージを更新できます: 

# pkg update --accept

アップグレードが完了したら、次のコマンドを使用してシステムを再起動します。 

# init 6

Oracle Solaris 11.3に更新する手順の詳細は、http://docs.oracle.com/cd/E53394_01/html/E54845/toc.htmlを参照してください。

Oracle Solaris 11.4に更新する手順の詳細は、https://docs.oracle.com/cd/E37838_01/html/E60977/gmpdi.htmlを参照してください。

5.8.2.3 SPARCソフトウェア用のOracle VM Agentのダウンロードと解凍

SPARC用のOracle VM Agentをリリース3.4にアップグレードする前に、ソフトウェアをダウンロードして解凍する必要があります。

  1. https://edelivery.oracle.com/oraclevmからリリース3.4用のSPARCソフトウェア用のOracle VM Agentをダウンロードします。

    ソフトウェアのダウンロードの詳細については、1.2項、「インストールISOおよびパッケージの入手」を参照してください。

  2. ソフトウェアを抽出します。たとえば、次のようにします: 

    # tar xzf ovs-ldoms-3.4.x-bxxx.tar.gz

5.8.2.4 SPARC用のOracle VM Agentのアップグレード

リリース3.2.10、またはリリース3.2.11などのそれ以降のバージョンからSPARC用のOracle VM Agentをアップグレードするには、次のようにします:

  1. アップグレードする予定のシステムへのターミナル接続を開きます。

  2. ソフトウェアを解凍したディレクトリに移動: ovs-ldoms-3.4.x-bxxx

  3. 走る: ./update

  4. Oracle VM Managerから、サーバーを再検出し、必要に応じてメンテナンス・モードから抜けます。

  5. 「Oracle VM Managerユーザー・ガイド」の「更新サーバー」で説明されているように、Oracle VM Manager Web Interfaceからサーバーのアップグレードを実行して、更新を完了します。

出力例
# ./update 

Oracle VM Agent Release 3.4.1 Updater

- Stopping the Oracle VM Agent

- Updating Packages

Updating package cache                           1/1 
Caching catalogs ...


           Packages to install:         1
            Packages to update:         6
            Services to change:         1
     Estimated space available: 523.69 GB
Estimated space to be consumed: 748.24 MB
       Create boot environment:        No
Create backup boot environment:       Yes
          Rebuild boot archive:        No

Changed packages:
ovm
  ovm/storage-connect/plugins/oracle-zfs
    None -> 1.0.0,5.11-3.4.1.0.0.914:20150805T065013Z
  ovm/extra/urlgrabber
    3.9.1,5.11-3.2.10.0.0.759:20150924T063650Z -> 3.9.1,5.11-3.4.1.0.0.914:20150805T064943Z
  ovm/extra/vbox-img
    1.0.0,5.11-3.2.10.0.0.759:20150924T063654Z -> 1.0.0,5.11-3.4.1.0.0.1087:20151021T045254Z
  ovm/ovs-agent
    3.2.10,5.11-3.2.10.0.0.760:20150929T055226Z -> 3.4.1,5.11-3.4.1.0.0.1085:20151020T044541Z
  ovm/ovs-release
    3.2.10,5.11-3.2.10.0.0.760:20150929T055240Z -> 3.4.1,5.11-3.4.1.0.0.1087:20151021T045318Z
  ovm/storage-connect/plugin-manager
    1.2.8,5.11-3.2.10.0.0.759:20150924T063700Z -> 1.2.8,5.11-3.4.1.0.0.1033:20150928T170453Z
  ovm/storage-connect/plugins/oracle-generic
    1.1.0,5.11-3.2.10.0.0.760:20150929T055232Z -> 1.1.0,5.11-3.4.1.0.0.914:20150805T064958Z

Services:
  restart_fmri:
    svc:/system/manifest-import:default

DOWNLOAD                                PKGS         FILES    XFER (MB)   SPEED
Completed                                7/7       310/310      0.8/0.8  589k/s

PHASE                                          ITEMS
Removing old actions                             5/5
Installing new actions                       187/187
Updating modified actions                    209/209
Updating package state database                 Done 
Updating package cache                           6/6 
Updating image state                            Done 
Creating fast lookup database                   Done 
Updating package cache                           2/2 
Updating package cache                           1/1 

- Updating the OVS Agent Configuration

Network Configuration
Network Configuration OK
Storage Configuration
Storage Configuration OK
OVS Agent Configuration
OVS Agent Configuration OK
Cluster Configuration
Cluster Configuration OK
LDoms Manager Configuration
LDoms Manager Configuration OK
Virtual I/O Services Configuration
Virtual I/O Services Configuration OK
LDoms Configuration
LDoms Configuration OK
Enabling Oracle VM Agent Services

Update Completed.

5.8.3 Oracle VM Agent for SPARCリリース3.3.xからのまたは3.4.xのエラータ・リリース間のアップグレード。

この項のタスクを実行して、SPARCリリースのOracle VM Agentからリリース3.4にアップグレードするか、またはリリース3.4.xからリリース3.4.yにリリースするまでのタスクを完了します。

重要

Oracle VMリリース3.4.5では、3.2.1x これらのリリース・バージョンでのOracle VM Serversの管理が引き続き必要な場合は、「Oracle VM 3.4のインストールとアップグレードのガイド」の第7.6項、「TLSバージョン1プロトコルの有効化」を参照してください。

Oracle VMリリース3.4.6で、3.2.1xでのOracle VM Server for x86、およびOracle VM Agentのリリース3.3.1でのSPARCのOracle VM Serverの管理が削除されます。 これらのサポートされていないバージョンでOracle VM Serversが検出された場合、エラー・イベントは発生しませんが、次のメッセージがアップグレードの最後に表示され、これらのバージョンがサポートされていないことが示されます: "3.2.10/3.2.11 Oracle VM x86サーバーおよびSPARCエージェント3.3.1マネージド・サーバーは、Oracle VM Manager 3.4でサポートされなくなりました。 完全なサポートを実現するために、サーバーを最新バージョンにアップグレードしてください。

5.8.3.1 IPSリポジトリの設定

SPARCハードウェア上で動作するOracle VM Serversのアップグレードは、2つのOracle Solaris Image Package System (IPS)リポジトリを設定することで処理できます。 IPSリポジトリは、x86またはSPARCのいずれのシステムでも、Oracle Solaris 11以降を実行している限り、ホストすることができます。 これらのリポジトリを構成するシステムは、アップグレードしたいすべてのSPARCベースのOracle VM Serverによってネットワーク経由でアクセス可能でなければなりません。

最初のリポジトリは、Oracle Solaris更新を処理するように設定し、パブリッシャをsolarisに設定する必要があります。 このリポジトリを使用して、制御ドメイン内のOracle Solarisソフトウェアを最新の状態に保つことができます。 このリポジトリには、Oracle Solaris 11.3以上のパッケージが含まれていることが重要です。 このリポジトリは、SPARCリリース3.3.xのOracle VM Server以上のバージョンからアップグレードする場合に有効にする必要があります。 Oracle Solarisシステム・リポジトリは、SPARCハードウェア上で動作するローカルOracle VM Serverのセットを更新する場合にも、ローカルにコピーすることができます。 IPSリポジトリの設定とコピーの手順については、「Oracle Solaris 11.4情報ライブラリ」の「Oracle Solaris 11.4でのパッケージ・リポジトリの作成」というタイトルのブックで見つけることができます:

https://docs.oracle.com/cd/E37838_01/html/E60982/index.html

2番目のIPSリポジトリは、SPARCおよび関連パッケージ用のOracle VM Agentを含むように設定する必要があります。 このリポジトリを使用して、Oracle VM ServersにSPARC用のOracle VM Agentの最新バージョンをインストールすることができます。 また、このリポジトリを使用して、クラスタ・サポートに必要な分散ロック・マネージャ(DLM)パッケージなどの一般的に必要なパッケージを保管することもできます。 このリポジトリのパブリッシャはovmに設定する必要があります。 以下の手順では、このIPSリポジトリを構成および構成する方法について説明します。

SPARC用のOracle VM AgentのIPSリポジトリを設定するには

  1. HTTPを介してアクセス可能なパッケージ・リポジトリをまだ作成していない場合は、リポジトリをホストする予定のシステムで次の操作を実行してリポジトリを作成する必要があります: 

    # pkgrepo create /path/to/my-repository
# svccfg -s application/pkg/server setprop pkg/inst_root=/path/to/my-repository
# svccfg -s application/pkg/server setprop pkg/port=8888
# svcadm refresh application/pkg/server
# svcadm enable application/pkg/server

  2. パッケージ・リポジトリ・サーバーがオンラインであることを確認します: 

    # svcs pkg/server
STATE          STIME    FMRI
online         timestamp svc:/application/pkg/server:default

  3. 1.2項、「インストールISOおよびパッケージの入手」で説明されているように、https://edelivery.oracle.com/oraclevmからSPARCソフトウェア用の最新のOracle VM Agentをダウンロードしてください。

  4. ソフトウェアを抽出します。たとえば、次のようにします: 

    # tar xzf ovs-ldoms-3.4.x-bxxx.tar.gz

  5. ソフトウェアをパッケージ・リポジトリにコピーします。次に例を示します: 

    # pkgrecv -s ovs-ldoms-3.4.x-bxxx/ovs-ldoms.p5p -d /path/to/my-repository 'ovm/*'
# pkgrecv -s ovs-dlm-3.4.x-bxxx.p5p -d /path/to/my-repository 'ovm/*'

  6. パッケージ・リポジトリ・サーバーを再起動し、オンラインであることを確認します: 

    # svcadm restart application/pkg/server
# svcs pkg/server

  7. パッケージ・リポジトリ・サーバーがメンテナンス・ステータスにある場合は、サービスを消去します: 

    # svcadm clear pkg/server

  8. リポジトリの内容が使用可能であることを確認します。次に例を示します: 

    # pkgrepo list -s /path/to/my-repository
# pkgrepo list -s http://my-repo-server:8888/

5.8.3.2 Oracle VM Managerにサーバー更新リポジトリを作成

IPSレポジトリは、Oracle VM Manager Web Interface内に設定する必要があります。アップグレード・スクリプトはそれらを正確に識別し、指定されたOracle VM Serversでアップグレードを実行するために使用します。 リポジトリは、Oracle VM Manager Web Interfaceの「サーバー更新リポジトリ」と呼ばれます。

Oracle VM Manager Web Interfaceを使用して、リポジトリごとに1つずつ、2つのサーバー更新リポジトリを作成します。 これらのサーバー更新リポジトリをSparcサーバー更新グループに作成してください。 次の表には、「サーバー更新リポジトリの作成」ダイアログ・ボックスを使用してサーバー更新リポジトリを作成するために必要な情報が含まれています。

Oracle VM Manager Web Interfaceでサーバー更新リポジトリを作成するための完全な手順は、「Oracle VM Managerユーザー・ガイド」の「新しいサーバー更新リポジトリを作成」で提供されています。

表5.5 Solarisリポジトリ

フィールド

値

ノート

名

solaris

Oracle VM Managerで好きなようにこのリポジトリに名前を付けることができますが、リポジトリの内容を理解しやすい名前を選択してください。

リポジトリ名

solaris

これは、IPS発行者に使用したのと同じ名前に設定する必要があります。

URL

http://my-repo-server:8888/solaris

このURLをSolaris IPSリポジトリのURLに置き換えます。

有効可済

はい

このリポジトリを有効または無効にして、Oracle VM Agentソフトウェアのみを更新するか、他のSolarisパッケージも更新するかどうかを制御できます。

サーバーが11.3より小さいSolarisバージョンを実行している場合は、リポジトリを有効にする必要があります。 同様に、リポジトリには少なくともOracle Solaris 11.3のパッケージが含まれていなければなりません。

パッケージ・シグネチャ・タイプ

なし

ここではパッケージ・シグネチャ・タイプは必要ありません。


表5.6 OVMリポジトリ

フィールド

値

ノート

名

ovm-agent

Oracle VM Managerで好きなようにこのリポジトリに名前を付けることができますが、リポジトリの内容を理解しやすい名前を選択してください。

リポジトリ名 ovm

これは、IPS発行者に使用したのと同じ名前に設定する必要があります。

URL

http://my-repo-server:8888/ovm

このURLを、SPARC IPSリポジトリのOracle VM AgentのURLに置き換えてください。

Enabled はい

このリポジトリを有効または無効にして、Oracle VM Agentソフトウェアを更新するか、Solarisパッケージのみを更新するかを制御できます。 Oracle VM Agentをアップグレードする場合は、このリポジトリを有効にする必要があります。

パッケージ・シグネチャ・タイプ なし

ここではパッケージ・シグネチャ・タイプは必要ありません。


5.8.3.3 SPARC用のOracle VM Agentのアップグレード

ノート

リリース3.2.10、またはリリース3.2.11など以降のバージョンからアップグレードするすべての手順を開始する前に、何の仮想マシンがサーバー上で実行されていないことを確認する必要があります。 このため、メンテナンス・モードでアップグレードするSPARCの各Oracle VM Serverを配置する必要があります。 SPARC用の各Oracle VM Serverをメンテナンス・モードにした後、アップグレードする予定のサーバー上で仮想マシンが実行されていないことも確認する必要があります。 実行中の仮想マシンがある場合は、それらを停止してからSPARC用のOracle VM Serverをアップグレードしてください。

サーバーを編集してメンテナンス・モードにする方法については、「Oracle VM Managerユーザー・ガイド」の「サーバーの編集」を参照してください。

IPSリポジトリが構成されている場合、「Oracle VM Managerユーザー・ガイド」の「更新サーバー」で説明されているように、Oracle VM Manager Web Interfaceからサーバーのアップグレードを実行できます。 Solarisオペレーティング・システムとOracle VM Agentのリポジトリを定義している場合は、Solarisオペレーティング・システムとOracle VM Agentの両方に対して更新アクションが実行されます。 特定のコンポーネント(Solarisオペレーティング・システムまたはOracle VM Agentのみ)を更新する場合は、Oracle VM Manager内で更新しないコンポーネントを含むリポジトリを無効にします。

5.9 アップグレードからのロールバック

この項では、アップグレードからロールバックするために実行できるステップについて説明します。 アップグレード処理中に何か問題が発生した場合、Oracle VM Managerのアップグレードからロールバックが行われます。 Oracle VM Serverアップグレードのロールバックは必須ではありません。この場合、ロールバックするOracle VM Serverのバージョンを再インストールしてから、Oracle VM Managerでサーバーを再検出する必要があります。

Oracle VM Managerは、バンドルされたMySQLデータベースを現在使用している場合、アップグレード・オプションを使用してインストーラを実行すると、データベースの完全なデータ・バックアップを自動的に実行します。 このバックアップは/u01/app/oracle/mysql/dbbackupに保存されます。 バックアップの名前は、アップグレード・プロセス中に画面に表示され、3.4.1_preUpgradeBackup-YYYYMMDD_hhmmssと同様に名前が付けられます。

あなたのOracle VM ManagerがバンドルさMySQLデータベースを使用していた場合は、まず、3.4ソフトウェアのリリース前のバージョンのソフトウェアをインストールし、そして最後に、このバックアップからデータベースをリストアOracle VM Managerアンインストールする必要があります。 リストアするリリースには、付属のマニュアルのバックアップからデータベースをロールバックする手順が含まれている必要があります。 「Oracle VM管理者ガイド」で「Oracle VM Managerのリストア」を参照することもできます。

Oracle VM ManagerがリモートのOracle Databaseを使用していて、アップグレード・プロセスを通じてこのデータベースをそのままにしておいた場合は、Oracle VM Managerリリース3.4ソフトウェアをアンインストールしてから、以前のバージョンのソフトウェアをインストールし、インストール・プロセス中の既存のOracle Database表領域。

これらのシナリオの両方の手順が続きます。

MySQLを使用してOracle VM Managerを以前のリリースにロールバックする:

  1. Oracle VM Managerリリース3.4ソフトウェアは、4.5項、「Oracle VM Managerのアンインストール」で提供されている指示に従ってアンインストールしてください。

    重要

    アンインストール・プロセスの完了後、データベース・バックアップ・ディレクトリを削除しないでください。以前の環境をリストアするには、アップグレード・プロセス中に生成されたデータベース・バックアップが必要です。

  2. 以前のOracle VM Managerバージョンを、そのバージョンのドキュメントに記載されているインストール手順に従ってインストールします。

  3. ovmmサービスとovmm_mysqlサービスをそれぞれ停止します。

  4. データベースをリストアする前に、Oracle VM Managerホストにデータベース・ファイルが存在しないことを確認してください: 

    # cd /u01/app/oracle/mysql/data/
# rm -rf appfw ibdata1 ib_logfile0 ib_logfile1 mysql ovs performance_schema
    重要

    /u01/app/oracle/mysql/data/から次のファイルを削除しないでください:

    • auto.cnf

    • my.cnf

    • .mysqlconfig

    • mysql_upgrade_info

      このファイルは、現在のバージョンへのアップグレードがあった場合にのみ存在します。 新規インストールが実行されたシステムには存在しません。

  5. アップグレードの開始時に作成されたデータベース・バックアップを使用して、データベース・リストア・ユーティリティを実行します。 3.3.xリリースにロールバックしている場合は、次のコマンドを発行できます: 

    # cd /u01/app/oracle/ovm-manager-3/ovm_tools/bin
# su oracle -c "sh ./RestoreDatabase.sh 3.4.1_preUpgradeBackup-YYYYMMDD_hhmmss"

    Release 3.2.10、またはRelease 3.2.11などのそれ以降のバージョンにロールバックする場合、RestoreDatabase.shスクリプトは別のパスにありますので、代わりに次のコマンドを発行してください : 

    # cd /u01/app/oracle/ovm-manager-3/ovm_shell/tools
# su oracle -c "sh ./RestoreDatabase.sh 3.4.1_preUpgradeBackup-YYYYMMDD_hhmmss"

    3.4.1_preUpgradeBackup-YYYYMMDD_hhmmssを、リストアするバックアップの名前に置き換えます。 これは、通常、アップグレード・プロセスの出力に印刷されるアップグレード前のバックアップの名前です。

  6. ovmm_mysqlサービスとovmmサービスをそれぞれ開始します。

  7. 3.3.xリリースにロールバックする場合は、Oracle VM Manager Web InterfaceやOracle VM Managerコマンドライン・インタフェースなどのコンポーネントの認証に使用する証明書を再設定する必要があります。 これは、次のスクリプトを実行してOracle WebLogic Serverを再構成することによって実現されます: 

    # export MW_HOME=/u01/app/oracle/Middleware
# /u01/app/oracle/ovm-manager-3/ovm_upgrade/bin/ovmkeytool.sh setupWebLogic

    このコマンドを実行したら、Oracle VM Managerを再起動してからクライアント証明書構成スクリプトを実行する必要があります: 

    # /sbin/service ovmm restart
# /u01/app/oracle/ovm-manager-3/bin/configure_client_cert_login.sh

    スクリプトでは、Oracle VM Managerが実行されていることが必要で、Oracle VM Managerへのアクセスに使用する管理者のユーザー名およびパスワードを求めるプロンプトが表示されます。 スクリプトによって変更が加えられ、これによりOracle VM Managerの再起動が必要な場合があります。 

    # /sbin/service ovmm restart

  8. Oracle VM Manager Web Interfaceにログインし、アップグレード処理前の設定と構成が一致していることを確認します。 Oracle VM Manager Web Interface内のRefresh Allオプションを使用してすべてのサーバー・プールをリフレッシュし、すべての仮想マシン・リソースが使用可能になっていることを確認します。

Oracle Databaseを使用してOracle VM Managerを以前のリリースにロールバックする:

  1. アップグレード後にOracle Database OVM表領域(ovs)をそのまま残していない場合は、ロールバックを試みる前にバックアップからデータをリストアする必要があります。

  2. Oracle VM Managerリリース3.4ソフトウェアは、4.5項、「Oracle VM Managerのアンインストール」で提供されている指示に従ってアンインストールしてください。

  3. 以前のOracle VM Managerバージョンを、そのバージョンのドキュメントに記載されているインストール手順に従ってインストールします。 インストール中、インストーラは古いデータベース表スペース(ovs)の存在を検出し、古いデータベース表スペースを使用するためのオプションを提供します。 Oracle VM Managerを、データベースが最後にバックアップされたときの状態にリストアするには、このオプションを選択します。

  4. Oracle VM Manager Web Interfaceにログインし、アップグレード処理前の設定と構成が一致していることを確認します。

Copyright © 2011, 2022 Oracle and/or its affiliates. All rights reserved. 法律上の注意点