Oracle Cloud Infrastructureドキュメント

Exascaleインフラストラクチャ・デプロイメントでのOracle Exadata Database Serviceの開始

ExascaleインフラストラクチャでのOracle Exadata Database Serviceの準備の準備タスクを完了したら、次の手順に従って、Exascaleインフラストラクチャ・システムへのOracle Exadata Database Serviceのデプロイを開始します。

Exascaleインフラストラクチャ上のExadata Database Serviceのリージョン可用性

Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS)をサポートするOCIリージョンについて学習します。

このトピックの表では、Exascaleインフラストラクチャ上のExadata Database Serviceを提供するOracle Cloud Infrastructure (OCI)リージョンを確認できます。

ノート

リージョンで複数の可用性ドメイン(AD)がサポートされている場合、Oracle Exadata Database Service on Exascaleインフラストラクチャでは、1つの可用性ドメインのみがサポートされます。

アジア太平洋(APAC)

地域名 リージョン・キー リージョンの場所

オーストラリア東部

SYD

シドニー、オーストラリア

オーストラリア南東部

MEL

メルボルン、オーストラリア

インド南部

HYD

ハイデラバード、インド

インド西部

BOM

ムンバイ(インド)

日本中央部

KIX

大阪(日本)

日本東部

NRT

東京(日本)

シンガポール

SIN

シンガポール、シンガポール

シンガポール西部

XSP

シンガポール、シンガポール

韓国中央部

ICN

ソウル(大韓民国)

大韓民国北部

YNY

春川(大韓民国)

ヨーロッパ、中東、アフリカ(EMEA)

地域名 リージョン・キー リージョンの場所

フランス中部

CDG

パリ(フランス)

フランス南部

MRS

マルセイル(フランス)

ドイツ中央部

FRA

フランクフルト、ドイツ

サウジアラビア西部

JED

ジッダ(サウジアラビア)

南アフリカ中央部

JNB

ヨハネスブルグ(南アフリカ)

スイス北部

ZRH

チューリック(スイス)

UAEセントラル

AUH

アブダビ(アラブ首長国連邦)

イギリス南部

LHR

ロンドン、イギリス

英国西部

CWL

ニューポート(英国)

スイス北部

ZRH

チューリック(スイス)

ラテン・アメリカ(LATAM)

地域名 リージョン・キー リージョンの場所

ブラジル東部

GRU

サンパウロ(ブラジル)

ブラジル南東部

VCP

ヴィニェード(ブラジル)

チリ中央部

SCL

サンティアゴ(チリ)

コロンビア中央部

BOG

ボガタ、コロンビア

北アメリカ(NA)

地域名 リージョン・キー リージョンの場所

カナダ南東部

YYZ

トロント(カナダ)

カナダ南東部

YUL

モントリオール(カナダ)

米国東部(アッシュバーン)

IAD

アッシュバーン、バージニア州

アメリカ西部

PHX

フェニックス(アリゾナ州)

アメリカ西部

SJC

サンノゼ、CA
ノート

サポートされているリージョンのExascaleリソースでExadata Database Serviceをプロビジョニングするには、OCIテナンシがそのリージョンにサブスクライブされている必要があります。たとえば、米国東部リージョンのExascaleインフラストラクチャ上のExadata Databaseのリソースをプロビジョニングするには、OCIテナンシが米国東部(アッシュバーン)にサブスクライブされている必要があります。詳細は、リージョンの管理およびインフラストラクチャ・リージョンのサブスクライブを参照してください。

Oracle Exadata Database Service on Exascaleインフラストラクチャ・リソースのタグ付け

タグ付けはOracle Cloud Infrastructure (OCI)向けの強力な基盤サービスであり、タグに基づいて一連のリソースに対する検索、アクセス制御および一括アクションを実行できます。

タグ付けの重要性

Oracle Cloud Infrastructure (OCI)タグ付けシステムを使用して、組織のスキームに従ってリソースにタグ付けできます。これにより、リソースのグループ化、コストの管理および使用状況に関するインサイトの取得が可能になります。また、タグは、セキュリティおよび最大可用性アーキテクチャ(MAA)に関するガバナンス・モデルを構築するのに役立ちます。組織がクラウド環境を拡大するにつれて、デプロイメント・アーキテクチャ、セキュリティのベスト・プラクティス、MAA、アプリケーション層などをトラッキングすることが困難になる場合があります。メタデータ・タグを使用してワークロード属性を識別すると、コスト超過なしでテナンシのセキュリティと可用性を最新状態に維持できます。

顧客がOCIリソースを安全かつコスト効率よく管理できるようにするために、Oracleでは、リソースのタグ付けのベスト・プラクティスに沿った一連の事前定義済タグを提供しています。これらのタグは、oracleStandardネームスペースとOracleApplicationNameネームスペースの2つのネームスペースにグループ化されます。タグ・ネームスペースは、タグ・キーのコンテナと見なすことができます。

組織に、テナンシ内の複数のコンパートメントにわたるExadataインフラストラクチャ、VMクラスタ、DBホーム、Oracle DatabaseおよびVMクラスタNetworksなどの複数のクラウド・リソースがあるシナリオを考えてみます。これらのクラウド・リソースを特定の目的で追跡したり、レポートしたり、一括アクションを実行するとします。その場合、環境、クリティカル度、ターゲット・ユーザー、アプリケーションなどの様々な基準に基づいてこれらのリソースをグループ化できるシステムが必要です。これを実現するには、これらのリソースに適切なタグを適用します。

たとえば、開発スタック内のすべてのリソースにOracle-Standard.Environment=Devでタグ付けしたり、ビジネスクリティカルなアプリケーション・スタックにOracle-Standard.Criticality=HighまたはExtremeを設定できます。様々な理由でサービスが中断した場合、アプリケーションまたはビジネス機能に関連付けられているすべてのOCIリソースを迅速に識別したり、クリティカルなワークロードとクリティカルでないワークロードを分離することができます。

Taggingでは、タグで識別されたワークロード属性に基づいて最適化された構成をデプロイすることもできます。たとえば、PeopleSoftアプリケーションのデータベース・デプロイメントには特定の構成が必要です。Oracle Databaseのデプロイ時にApplicationNameおよびAppMajorVersionタグを設定すると、データベースが特定のアプリケーション(この場合はPeopleSoft)に対して構成され、準備ができていることを確認できます。

さらに、クラウド・アドバイザOCIサービスと統合することで、クラウド・サービスが企業のガイドラインにどの程度準拠しているかを直接かつ深く知ることができ、経営陣がビジョンを持ってガバナンスを行うことができるようになります。詳細は、クラウド・アドバイザの概要を参照してください。

タグの追加中

リソースには、Oracle Cloud Infrastructure (OCI)コンソール、コマンドライン・インタフェースまたはSDKを使用してタグ付けできます。

Oracle Exadata Database Service on Exascale Infrastructureデプロイメントでタグ付けできるクラウド・リソースは多数あります。Exadataインフラストラクチャ、VMクラスタ、DBホーム、Oracle Database、Autonomous Exadata VMクラスタ、Autonomous Container Database、Autonomous DatabaseおよびVMクラスタ・ネットワークはその一部です。タグは、リソースの作成時に適用するか、後で変更できます。たとえば、ACDのプロビジョニング中にAutonomous Container Database (ACD)にタグを適用したり、「詳細」ページから後で追加できます。

タグの使用の詳細は、タグ付けの仕組みを参照してください。タグ付けはOracle Cloud Infrastructure認可システムと統合されています。IAMポリシー・コントロールを使用して、タグ操作の委任または制限を有効にできます。定義済タグおよびフリーフォーム・タグの操作に必要な権限について学習するには、認証と認可を参照してください。(必須)概念の定義と目的を含む紹介テキストをここに入力します。

ヒント:

Oracle Autonomous Databaseでのタグの実装を示すチュートリアルを試してみる場合は、Oracle LiveLabsのフリート管理者専用Oracle Autonomous Databaseワークショップのラボ14: Oracle標準タグを参照してください。

テナンシには、ほとんどのリソースに適用できる標準定義タグのライブラリが付属しており、「ネームスペース」フィールド・リストから使用できます。これらのタグは現在、ガバナンス管理者がデプロイできるタグ・ネームスペースのセットとして使用可能です。OCIのベスト・プラクティスでは、標準タグを適用できるすべてのリソースにこれらのタグを適用することをお薦めします。OCIサービス自動化では、レポートとガバナンスの他に、標準のタグ値に基づいてワークロード固有の最適化を提供できます。「キー」フィールドに独自のキー名、「値」フィールドに独自の値を持つフリーフォーム・タグを作成することもできます。設定を指定したら、「タグの追加」をクリックしてタグを追加します

図4-1 タグ付けの例

Oracle-ApplicationNameタグ・ネームスペースに適切なアプリケーション・タグ・キーを設定します。このアクションは、画像の前の本文を図示したとおりです。

Oracle標準タグ

テナンシ・ガバナンス管理者は、標準の定義済タグをテナンシ・レベルでデプロイできます。管理者は、特定のタグを必須としてマークできるため、それらのコンパートメントのリソースにタグを強制的に付けることもできます。次に、OracleStandardというネームスペースに定義されている標準タグを示します。標準タグのインポートの詳細は、タグ・ネームスペースの管理の項の標準タグをインポートするにはを参照してください。

表4-1 Oracleの標準定義タグ

タグ・キー タグ値のオプション 説明

OracleStandard.Criticality
  • 最大
  • 最大
  • 標準
  • 最小

企業のアプリケーション分類基準に沿ったリソースの階層化を可能にします。カスタマ・ガバナンスでは、このタグをレポートに使用し、リソースが属する層のガイドラインに従ってリソースが構成されるようにできます。

たとえば、OracleStandard.Criticalityが最大または高に設定されているデータベース・リソースには、可用性が最も高いSLAが必要であり、Autonomous Data Guardで構成する必要がある場合があります。

OracleStandard.Environment
  • Dev
  • テスト
  • 本番
  • 本番前
  • ステージング中
  • 試行
  • Sandbox
  • User Testing

リソース・ライフサイクルを示します。データベースの場合、統合密度の決定、コンテナ間のデータベース分散、メンテナンス・プランの設定、クローンの管理に役立ちます。

OracleStandard.Sensitivity
  • Public
  • 内部
  • 機密
  • 高機密
  • 非常に機密

アプリケーションまたはデータベース分類タグ。OracleStandard.Sensitivityを高機密に設定すると、アクセス制御リストまたは特定のネットワーク・セキュリティ・グループ(NSG)の強制がアクセスを制限するために必須であることを示すことができます。

OracleStandard.Regulation

値については、コンプライアンス規則のリストを参照してください。

リソースが準拠する必要がある1つ以上のコンプライアンス規則を示します。

タグ管理者は、OCIの「ガバナンスと管理」コンソールからリストに値を追加できます。詳細は、事前定義済の値の使用を参照してください。

OracleStandard.TargetUsers
  • Public
  • 顧客
  • パートナ
  • 会社
  • ディビジョン
  • デパートメント
  • ワークグループ

リソースのエンド・ユーザーを示します。ターゲット・ユーザーを決定し、ガバナンス・チームがユーザー・タイプまたはアプリケーション・タイプに基づいて企業標準を設定できるようにする、別の形式のリソース分類。

OracleStandard.EndUserCount
  • 1
  • 10
  • 100
  • 1000
  • 10000
  • 100000
  • 1000000
  • 1000000
  • 10000000

エンド・ユーザーの概数。このタグは、可用性またはセキュリティ・イベント中に影響を受けるユーザー数または影響を受けるユーザーの範囲を特定するのに役立ちます。また、これは、多数のクラウド・リソースに影響する重大な停止が発生した場合にリカバリ作業に優先順位を付けるのにも役立ちます。

OracleStandard.OwnerEmail

フリーフォーム・タグ。たとえば、john.smith@example.comまたはapp_support_grp@example.com

リソース所有者の電子メール・アドレスを示します。

OracleStandard.Org
  • HR
  • 会計
  • マーケティング
  • 販売
  • 法務
  • 研究開発
  • 顧客サポート
  • 内部サポート
  • 製造

リソースを所有または使用する顧客の事業部門または部門を識別します。これは、コスト集計レポートと、ビジネス単位間の使用状況の決定に役立ちます。タグ管理者は、OCIの「ガバナンスと管理」コンソールからリストに関連する値を追加できます。詳細は、事前定義済の値の使用を参照してください。

OracleStandard.CostCenter
  • 12345
  • WebMarketing

コスト・センターの自由形式フィールド。

OracleStandard.RecoveryTimeObjectiveMinutes

0-10080

時間(分)。リソースが障害からのリカバリに必要な最大時間を示します。

OracleStandard.RecoveryPointObjectiveMinutes

0-1440

時間(分)。データベースやストレージ・デバイスなどのデータ・ストア・リソースの最大データ損失許容範囲。

Exascaleインフラストラクチャ仮想マシン(VM)でのOracle Exadata Database Serviceのメンテナンスを容易にするために、OracleはVMの再起動を計画したことを通知します。

ExascaleインフラストラクチャのVM上のOracle Exadata Database Serviceでは、定期的にメンテナンスを受ける必要がある基礎となる物理ホストが使用されます。このようなメンテナンスが必要な場合、OracleはVMの再起動をスケジュールし、次回の再起動を通知します。再起動により、VMをメンテナンスを必要としない新しい物理ホストに移行できます。ノードを停止してから起動しても、結果として新しい物理ホストに移行されます。VMに対する唯一の効果は、再起動自体です。元の物理ハードウェアの計画的メンテナンスは、VMが新しいホストに移行された後に実行され、VMには影響しません。通知期間中にVMを再起動しない場合、Oracleは通知期間の終了時にVMを再起動します。
ノート

OracleがVMの再起動をスケジュールすると、そのVMクラスタ内の他のVMは計画メンテナンスの影響を受けません。クラスタ内の他のノードは、高可用性(HA)戦略の一部として引き続き使用可能になります。

ExascaleインフラストラクチャVM上のOracle Exadata Database Serviceへの接続

SSHまたはSQL Developerを使用して、Exascaleインフラストラクチャ仮想マシン(VM)上のOracle Exadata Database Serviceに接続する方法について学習します。

接続する方法は、クラウド・ネットワークの設定方法によって異なります。ネットワーキングの概要で様々なネットワーク・シナリオに関する情報を確認できますが、クラウドでのデータベースへの接続方法に関する特定の推奨事項については、ネットワーク・セキュリティ管理者に問い合せてください。

ノート

Exascale Infrastructureサーバー上のOracle Exadata Database ServiceはActive Directoryドメインに参加できず、サービスではユーザー認証および認可にActive Directoryを使用できません。

親トピック: Exascaleインフラストラクチャ・デプロイメントでのOracle Exadata Database Serviceの開始

Exascaleインフラストラクチャ上のOracle Exadata Database Serviceにアクセスするための前提条件

SSHを使用してOracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS)インスタンスのコンピュート・ノードにアクセスするには、この情報が必要です。

ノート

ExaDB-XSにアクセスするには、ExascaleインフラストラクチャでExadata Databaseサービスを構成しておく必要があります。

  • システムの起動時に使用された公開キーに関連付けられた秘密キーを含むファイルへのフル・パス。

  • Exascaleインフラストラクチャ・インスタンスのOracle Exadata Database ServiceのパブリックまたはプライベートIPアドレス。

    プライベートIPアドレスを使用して、オンプレミス・ネットワークから、または仮想クラウド・ネットワーク(VCN)内からシステムに接続します。これには、VPNまたはFastConnectを介してVCNに接続するオンプレミス上のホストから、または同じVCN内の別のホストからの接続が含まれます。パブリックIPアドレスを使用して、クラウド外部(VPNなし)からシステムに接続します。IPアドレスは、Oracle Cloud Infrastructure Consoleで見つけることができます。「Exadata VMクラスタの詳細」ページで、「リソース」リストの「仮想マシン」をクリックします。

    Exascaleインフラストラクチャ・インスタンスのOracle Exadata Database Serviceの「仮想マシン」または「ノード」が表示されている表の「パブリックIPアドレス」列と「プライベートIPアドレスおよびDNS名」列に値が表示されます。

SCANリスナー・ポートの設定

クラウドVMクラスタの作成時に、オプションで別のSCANリスナー・ポート番号を指定できます。

クラウドVMクラスタのデフォルトのSCANリスナー・ポートは1521です。コンソールでは、VMクラスタ・プロビジョニングで別のSCANリスナー・ポート番号を指定するオプションがあります。OCIコンソールでは、クラスタの作成時に、このオプションは「拡張オプション」の下に表示されます。

ノート

バックエンド・ソフトウェアを使用したプロビジョニング後にVMクラスタのSCANリスナー・ポートを手動で変更することはサポートされていません。この変更により、Data Guardのプロビジョニングが失敗する可能性があります。

SSHを使用した仮想マシンへの接続

Secure Shell (SSH)接続を使用して、Exascaleインフラストラクチャ上のOracle Exadata Database Serviceの仮想マシンに接続できます。

ほとんどのUnixスタイル・システム(Linux、Oracle Solaris、macOSなど)には、SSHクライアントが含まれます。Microsoft Windowsシステムの場合、PuTTYという無料のSSHクライアントをhttp://www.putty.orgからダウンロードできます。

関連トピック

親トピック: ExascaleインフラストラクチャVM上のOracle Exadata Database Serviceへの接続

Unixスタイル・システムからの接続

SSHを使用してUnixスタイル・システムからOracle ExaDB-XSシステム上の仮想マシンにアクセスするには、この手順を使用します。

  • 次のSSHコマンドを入力して、仮想マシンにアクセスします:
    ssh –i private-key user@node

    前の構文で:

    • private-keyは、システムに登録されている公開キーに対応するSSH秘密キーを含むファイルのフルパスおよび名前です。
    • userは、接続に使用するオペレーティング・システム・ユーザーです:
      • Oracle Databaseソフトウェア所有者として操作を実行するには、opcおよびsu oracleとして接続します。oracleユーザーには、仮想マシンへのrootユーザー・アクセス権がありません。
      • 仮想マシンへのrootアクセス権を必要とする操作(パッチ適用など)を実行するには、opcとして接続します。opcユーザーは、sudo -sコマンドを使用して、仮想マシンへのrootアクセス権を取得できます。
    • nodeは、アクセスする仮想マシンのホスト名またはIPアドレスです。
PuTTYを使用したMicrosoft Windowsシステムからの仮想マシンへの接続

PuTTYを使用してMicrosoft Windowsシステムから仮想マシンにアクセスする方法について学習します。

PuTTYプログラムを使用して仮想マシンに接続する前に、次が必要です:
  • 仮想マシンのIPアドレス
  • デプロイメントに関連付けられている公開キーに対応するSSH秘密キー・ファイル。この秘密キー・ファイルは、PuTTY .ppk形式である必要があります。秘密キー・ファイルが最初にLinuxプラットフォーム上で作成された場合、PuTTYgenプログラムを使用してそれを.ppk形式に変換できます。

開始する前に

WindowsでPuTTYプログラムを使用して仮想マシンに接続するには:

  1. PuTTYをダウンロードしてインストールします。

    PuTTYをダウンロードするには、http://www.putty.org/に移動して、「You can download PuTTY here」というリンクをクリックします。

  2. PuTTYプログラム(putty.exe)を実行します。

    「PuTTY Configuration」ウィンドウに「Session」パネルが表示されます。

  3. 「Host Name (or IP address)」フィールドに、アクセスする仮想マシンのホスト名またはIPアドレスを入力します。
  4. 「Connection type」オプションが「SSH」に設定されていることを確認します。
  5. 「Category」ツリーで、必要に応じて「Connection」を展開し、「Data」をクリックします。

    「Data」パネルが表示されます。

  6. 「自動ログイン・ユーザー名」フィールドに、接続に使用するオペレーティング・システム・ユーザーを入力します。
    • rootを必要とする操作を実行するには、ユーザーopcとして接続します。
    • ユーザー操作(バックアップの実行など)のために仮想マシンにアクセスするには、ユーザーoracleとして接続します。(このユーザーは、sudoコマンドを使用してVMへのrootまたはoracleアクセスを取得することもできます。
  7. 「When username is not specified」オプションが「Prompt」に設定されていることを確認します。
  8. 「Category」ツリーで、「SSH」を展開し、「Auth」をクリックします。
    「Auth」パネルが表示されます。
  9. 「認証用の秘密キー・ファイル」フィールドの横にある「参照」をクリックします。「Select private key file」ウィンドウで、デプロイメントに関連付けられた公開キーと一致する秘密キー・ファイルに移動し、開きます。
  10. 「Category」ツリーで、「Session」をクリックします。

    「Session」パネルが表示されます。

  11. 「セッションの保存」フィールドで、接続構成の名前を入力し、「保存」をクリックします。
  12. 「Open」をクリックして接続を開きます。

    「PuTTY Configuration」ウィンドウが閉じ、PuTTYターミナル・ウィンドウが表示されます。

    初めてVMに接続する場合、PuTTY「セキュリティ・アラート」ウィンドウが表示され、公開キーの確認を求めてきます。「Yes」をクリックして接続を続行します。

仮想マシンへの接続後のデータベースへのアクセス

仮想マシンに接続したら、次の一連のコマンドを使用してデータベースを識別し、そのデータベースに接続できます。

  1. opcユーザーとしてSSHを使用してVMにアクセスします。

  2. Oracleユーザーとしてログインします。例: sudo su oracle

  3. Oracle Grid Infrastructureホーム・ディレクトリにあるsrvctlユーティリティを使用して、システム上のデータベースをリストします。例: 

    /u01/app/12.2.0.1/grid/bin/srvctl config database -v
nc122   /u02/app/oracle/product/12.2.0/dbhome_6 12.2.0.1.0
s12c    /u02/app/oracle/product/12.2.0/dbhome_2 12.2.0.1.0

  4. アクセスするデータベースのデータベース・インスタンスを識別します。例:

    /u01/app/12.2.0.1/grid/bin/srvctl status database -d s12c
Instance s12c1 is running on node node01
Instance s12c2 is running on node node02

  5. アクセスするデータベースの環境設定を構成します。例:

    . oraenv
ORACLE_SID = [oracle] ? s12c
The Oracle base has been set to /u02/app/oracle
    export ORACLE_SID=s12c1

  6. svrctlコマンドを使用して、データベースに関するより詳細な情報を表示できます。例: 

    srvctl config database -d s12c
Database unique name: s12c
Database name:
Oracle home: /u02/app/oracle/product/12.2.0/dbhome_2
Oracle user: oracle
Spfile: +DATAC4/s12c/spfiles12c.ora
Password file: +DATAC4/s12c/PASSWORD/passwd
Domain: example.com
Start options: open
Stop options: immediate
Database role: PRIMARY
Management policy: AUTOMATIC
Server pools:
Disk Groups: DATAC4
Mount point paths:
Services:
Type: RAC
Start concurrency:
Stop concurrency:
OSDBA group: dba
OSOPER group: racoper
Database instances: s12c1,s12c2
Configured nodes: node01,node02
CSS critical: no
CPU count: 0
Memory target: 0
Maximum memory: 0
Default network number for database services:
Database is administrator managed

  7. SQL*Plusを使用してデータベースにアクセスできます。例:

    sqlplus / as sysdba

SQL*Plus: Release 12.2.0.1.0 Production ...

Copyright (c) 1982, 2016, Oracle.  All rights reserved.

Connected to:
Oracle Database 12c EE Extreme Perf Release 12.2.0.1.0 - 64bit Production

Oracle Net Servicesを使用したデータベースへの接続

Oracle Database Oracle Exadata Database Service on Exascale Infrastructureは、Oracle Net Servicesの使用によるリモート・データベース・アクセスをサポートします。

Oracle Exadata Database Service on Exascale InfrastructureではOracle Grid Infrastructureが使用されるため、単一クライアント・アクセス名(SCAN)接続を使用してOracle Net Services接続を作成できます。SCANは、クライアントがクラスタ内で実行中のOracle Databaseインスタンスにアクセスするための一貫したメカニズムを提供する機能です。

デフォルトで、SCANは3つの仮想IPアドレス(VIP)に関連付けられています。各SCAN VIPは、Oracle Net Servicesを使用してOracle Database接続の接続エンドポイントを提供するSCANリスナーにも関連付けられています。可用性を最大化するために、Oracle Grid Infrastructureでは、SCAN VIPおよびSCANリスナーが使用可能なクラスタ・ノード全体に分散されます。また、ノードの停止または障害が発生すると、SCAN VIPおよびSCANリスナーは、正常に稼働しているノードに自動的に移行されます。SCAN接続を使用すると、Oracle Databaseクライアントの機能が強化され、クラスタ内で実行されているすべてのデータベースにサービスを提供できる信頼性の高い接続エンドポイントのセットを確保できます。

SCANリスナーは、クラスタ内のすべてのノードで実行されるOracle Netリスナー(ノード・リスナーとも呼ばれる)に追加されます。SCAN接続を介したOracle Net Services接続があると、SCANリスナーは、いずれかのノード・リスナーに接続をルーティングし、それ以上接続に関与しません。リスナーの可用性、データベース・インスタンスの配置、ワークロードの分散などの要素の組合せによって、それぞれの接続を受け入れるノード・リスナーが決まります。

ノート

このドキュメントでは、Oracle Net Servicesを使用してExascaleインフラストラクチャ上のOracle Exadata Database Serviceに接続するための基本的な要件について説明します。

親トピック: ExascaleインフラストラクチャVM上のOracle Exadata Database Serviceへの接続

Oracle Net Servicesを使用したデータベースへの接続の前提条件

Oracle Net Servicesを使用してOracle Oracle Exadata Database Service on Exascale Infrastructure上のOracle Databaseインスタンスに接続するための前提条件を確認します。

Oracle Net Servicesを含むExascale Infrastructure上のOracle Exadata Database Service上のOracle Databaseに接続するには、次が必要です:

  • SCAN VIPのIPアドレス、またはアクセスするデータベースをホストする仮想マシンのホスト名またはIPアドレス。
  • データベース識別子。これは、データベース・システム識別子(SID)またはサービス名です。
SQL Developerを使用したデータベースへの接続

次のいずれかの方法でSQL Developerを使用してデータベースに接続できます:

  • コンピュータからデータベースへの一時的なSSHトンネルを作成します。この方法では、トンネルの存続期間のみアクセスが提供されます。(データベースの使用が終了したら、必ずSSHセッションを終了してSSHトンネルを閉じてください。)
  • Exadata Cloud ServiceインスタンスのクラウドVMクラスタまたはDBシステム・リソースに使用されるセキュリティ・リストを更新して、Oracle SCANリスナーとして使用されるポートを開きます。デフォルトのSCANリスナー・ポートは1521です。この方法は、データベースへのより永続的なアクセスを提供します。詳細は、セキュリティ・リストの更新を参照してください。

前述のようにSSHトンネルを作成したかSCANリスナー・ポートを開いたら、ネットワークの設定方法および接続元に応じて、SCAN IPアドレスまたはパブリックIPアドレスを使用してExascaleインフラストラクチャ・インスタンス上のOracle Exadata Database Serviceに接続できます。IPアドレスは、コンソールのデータベース詳細ページで確認できます。

  • SCAN IPアドレスを使用して接続するには
    クライアントがオンプレミスで、FastConnectまたはサイト間VPN接続を使用して接続している場合は、SCAN IPアドレスを使用してデータベースに接続できます。
  • パブリックIPアドレスを使用して接続するには
    クライアントとデータベースが異なるVCNにある場合、またはデータベースがインターネット・ゲートウェイのあるVCNにある場合、ノードのパブリックIPアドレスを使用してデータベースに接続できます。

親トピック: Oracle Net Servicesを使用したデータベースへの接続

SCAN IPアドレスを使用して接続するには

クライアントがオンプレミスで、FastConnectまたはサイト間VPN接続を使用して接続している場合は、SCAN IPアドレスを使用してデータベースに接続できます。

次のオプションがあります:

  • 次のtnsnames.oraの例のように、プライベートSCAN IPアドレスを使用します: 

    testdb=
  (DESCRIPTION =
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP2>)(PORT = 1521)))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )

  • オンプレミスのDNSサーバーで外部SCAN名を定義します。アプリケーションはこの外部SCAN名をDBシステムのプライベートSCAN IPアドレスに解決でき、アプリケーションは外部SCAN名を含む接続文字列を使用できます。次のtnsnames.oraの例では、オンプレミスDNSサーバーにextscanname.example.comが定義されています。 

    testdb =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = <extscanname.example.com>)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
パブリックIPアドレスを使用して接続するには

クライアントとデータベースが異なるVCNにある場合、またはデータベースがインターネット・ゲートウェイのあるVCNにある場合、ノードのパブリックIPアドレスを使用してデータベースに接続できます。

ただし、次の点を考慮することが重要です:

  • クライアントがパブリックIPアドレスを使用する場合、クライアントはSCANリスナーをバイパスしてノード・リスナーに到達するため、サーバー側のロード・バランシングは使用できません。
  • クライアントがパブリックIPアドレスを使用する場合、VIPフェイルオーバー機能の利点を活用できません。ノードが使用できなくなると、ノードへの新しい接続の試行はTCP/IPタイムアウトが発生するまでハングします。クライアント側のsqlnetパラメータを設定して、TCP/IPタイムアウトを制限できます。

次のtnsnames.oraの例は、TCP/IPタイムアウトを回避するためのCONNECT_TIMEOUTパラメータを含む接続文字列を示しています。 

test=
  (DESCRIPTION =
    (CONNECT_TIMEOUT=60)
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP2>)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
SCANを使用したデータベースへの接続

SCANリスナーを使用してOracle Net Services接続を作成するには、2つの方法から選択できます。

親トピック: Oracle Net Servicesを使用したデータベースへの接続

すべてのSCAN VIPを参照する接続記述子を使用したデータベースへの接続

複数のSCANリスナーを使用して、Exascaleインフラストラクチャ・システム上のOracle Exadata Database Serviceの接続記述子を設定できます。

この方法では、すべての単一クライアント・アクセス名(SCAN)の仮想IP (VIP)アドレスを指定する必要があり、Oracle Net Servicesは使用可能なSCANリスナーに接続できます。

  1. 次のテンプレートを使用して、Net Services別名を定義します。これは通常、接続記述子にわかりやすい名前を指定するために使用されます:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    説明:

    alias-nameは、別名を識別するために使用する名前です。

    SCAN-VIP-[1–3]は、SCAN VIPのIPアドレスです。

    sid-or-service-entryは、次のいずれかのフォーマットを使用してデータベースSIDまたはサービス名を識別します:
    • SID=sid-name.例: SID=S12C1。
    • SERVICE_NAME=service-name.例: SERVICE_NAME=PDB1.example.yourcloud.com。
    ノート

    デフォルトでは、Oracle Net Servicesは、SCANリスナー間で負荷を分散するために、アドレス・リスト内のいずれかのアドレスをランダムに選択します。

カスタムSCAN名を参照する接続記述子を使用したデータベースへの接続

カスタムSCAN名を使用して、Exascaleインフラストラクチャ・システム上のOracle Exadata Database Serviceの接続記述子を設定できます。

この方法を使用して、ドメイン・ネーム・サーバー(DNS)にカスタムの単一クライアント・アクセス名(SCAN)を定義します。これは、3つのSCAN仮想IPアドレス(VIP)に解決されます。

  1. 次のテンプレートを使用して、カスタムSCAN名を参照するNet Services別名を定義します:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    説明:

    alias-nameは、別名を識別するために使用する名前です。

    scan-nameは、カスタムSCAN名です。

    sid-or-service-entryは、次のいずれかのフォーマットを使用してデータベースSIDまたはサービス名を識別します:
    • SID=sid-name.例: SID=S12C1。
    • SERVICE_NAME=service-name.例: SERVICE_NAME=PDB1.example.yourcloud.com。
    または、簡易接続メソッドを使用して、次のフォーマットで接続記述子を指定できます:
    scan-name:1521/sid-or-service-entry
    例:
    exa1scan.example.com:1521/S12C1
    Or
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
ノード・リスナーを使用したデータベースへの接続

SCANリスナーをバイパスする接続記述子を使用してExascaleインフラストラクチャ上のOracle Exadata Database Service上のOracle Databaseインスタンスに接続するには、この手順を使用して接続をノード・リスナーに直接ルーティングします。

この方法を使用すると、SCANで提供される高可用性およびロード・バランシングは放棄されます。ただし、特定のノードまたはネットワーク・インタフェースに直接接続する場合は、この方法が適していることがあります。たとえば、バルク・データ・ロードを実行するプログラムからの接続にバックアップ・ネットワークを使用できます。

この方法では、ノードのホスト名またはIPアドレスを使用して接続を転送します。

例4-1 ノードを直接参照するNet Services別名の定義

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

説明:

alias-nameは、別名を識別するために使用する名前です。

timeoutは、タイムアウト期間(秒)を指定します。これにより、TCPタイムアウトを待機せずに接続の試行を終了できます。(CONNECT_TIMEOUT=timeout)パラメータはオプションです。

nodeは、使用する仮想マシンのホスト名またはIPアドレスです。

sid-or-service-entryは、次のいずれかのフォーマットを使用してデータベースSIDまたはサービス名を識別します:
  • SID=sid-name.例: SID=S12C1。
  • SERVICE_NAME=service-name.例: SERVICE_NAME=PDB1.example.oraclecloudatcust.com。
または、簡易接続メソッドを使用して、次のフォーマットで接続記述子を指定できます:
node:1521/sid-or-service-entry
例:
exa1node01.example.com:1521/S12C1
Or
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Exascaleインフラストラクチャ・サービス上のOracle Exadata Database Serviceへの接続

SSHを使用してExascaleインフラストラクチャ上のOracle Exadata Database Serviceに接続する方法と、Oracle Net Services (SQL*Net)を使用してExascaleインフラストラクチャ上のOracle Exadata Database Serviceに接続する方法について学習します。

親トピック: ExascaleインフラストラクチャVM上のOracle Exadata Database Serviceへの接続

SQL Developerを使用したデータベースへの接続

次のいずれかの方法でSQL Developerを使用してデータベースに接続できます:

  • コンピュータからデータベースへの一時的なSSHトンネルを作成します。この方法では、トンネルの存続期間のみアクセスが提供されます。(データベースの使用が終了したら、必ずSSHセッションを終了してSSHトンネルを閉じてください。)
  • Exadata Cloud ServiceインスタンスのクラウドVMクラスタまたはDBシステム・リソースに使用されるセキュリティ・リストを更新して、Oracle SCANリスナーとして使用されるポートを開きます。デフォルトのSCANリスナー・ポートは1521です。この方法は、データベースへのより永続的なアクセスを提供します。詳細は、セキュリティ・リストの更新を参照してください。

前述のようにSSHトンネルを作成したかSCANリスナー・ポートを開いたら、ネットワークの設定方法および接続元に応じて、SCAN IPアドレスまたはパブリックIPアドレスを使用してExascaleインフラストラクチャ・インスタンス上のOracle Exadata Database Serviceに接続できます。IPアドレスは、コンソールのデータベース詳細ページで確認できます。

Oracle Net Servicesを使用したデータベースへの接続

Oracle Net Servicesを使用して、Oracle Exadata Database Service on Exascale Infrastructureシステムの仮想マシンに接続できます。

親トピック: Exascale Infrastructure Service上のOracle Exadata Database Serviceへの接続

Oracle Net Servicesを使用したデータベースへの接続

Oracle Database Oracle Exadata Database Service on Exascale Infrastructureは、Oracle Net Servicesの使用によるリモート・データベース・アクセスをサポートします。

Oracle Exadata Database Service on Exascale InfrastructureではOracle Grid Infrastructureが使用されるため、単一クライアント・アクセス名(SCAN)接続を使用してOracle Net Services接続を作成できます。SCANは、クライアントがクラスタ内で実行中のOracle Databaseインスタンスにアクセスするための一貫したメカニズムを提供する機能です。

デフォルトで、SCANは3つの仮想IPアドレス(VIP)に関連付けられています。各SCAN VIPは、Oracle Net Servicesを使用してOracle Database接続の接続エンドポイントを提供するSCANリスナーにも関連付けられています。可用性を最大化するために、Oracle Grid Infrastructureでは、SCAN VIPおよびSCANリスナーが使用可能なクラスタ・ノード全体に分散されます。また、ノードの停止または障害が発生すると、SCAN VIPおよびSCANリスナーは、正常に稼働しているノードに自動的に移行されます。SCAN接続を使用すると、Oracle Databaseクライアントの機能が強化され、クラスタ内で実行されているすべてのデータベースにサービスを提供できる信頼性の高い接続エンドポイントのセットを確保できます。

SCANリスナーは、クラスタ内のすべてのノードで実行されるOracle Netリスナー(ノード・リスナーとも呼ばれる)に追加されます。SCAN接続を介したOracle Net Services接続があると、SCANリスナーは、いずれかのノード・リスナーに接続をルーティングし、それ以上接続に関与しません。リスナーの可用性、データベース・インスタンスの配置、ワークロードの分散などの要素の組合せによって、それぞれの接続を受け入れるノード・リスナーが決まります。

ノート

このドキュメントでは、Oracle Net Servicesを使用してExascaleインフラストラクチャ上のOracle Exadata Database Serviceに接続するための基本的な要件について説明します。

Oracle Net Servicesを使用したデータベースへの接続の前提条件

Oracle Net Servicesを使用してOracle Oracle Exadata Database Service on Exascale Infrastructure上のOracle Databaseインスタンスに接続するための前提条件を確認します。

Oracle Net Servicesを含むExascale Infrastructure上のOracle Exadata Database Service上のOracle Databaseに接続するには、次が必要です:

  • SCAN VIPのIPアドレス、またはアクセスするデータベースをホストする仮想マシンのホスト名またはIPアドレス。
  • データベース識別子。これは、データベース・システム識別子(SID)またはサービス名です。
SCANを使用したデータベースへの接続

SCANリスナーを使用してOracle Net Services接続を作成するには、2つの方法から選択できます。

親トピック: Oracle Net Servicesを使用したデータベースへの接続

SDKまたはCLIを使用したIPアドレスの識別

SDKまたはOCI CLIを使用して、Exascale Infrastructureコンピュート・ノード上のOracle Exadata Database ServiceのIPアドレスを識別できます。その後、IPアドレスを使用してシステムに接続できます。

  1. GetDbNode APIを使用して、Exascaleインフラストラクチャ上のOracle Exadata Database Serviceの詳細dbNodeを返します。dbNodeのhostIpIdおよびbackupIpIdパラメータについて返されるOCIDに着目します。
  2. hostIpIdおよびbackupIpIdパラメータで得られたOCIDを使用し、GetPrivateIp APIを使用して、クライアント・サブネットおよびバックアップ・サブネットで使用されるプライベートIPアドレスを取得できます。パブリック・サブネットIPアドレスの場合は、GetPublicIpByPrivateIpId APIを使用します。
すべてのSCAN VIPを参照する接続記述子を使用したデータベースへの接続

複数のSCANリスナーを使用して、Exascaleインフラストラクチャ・システム上のOracle Exadata Database Serviceの接続記述子を設定できます。

この方法では、すべての単一クライアント・アクセス名(SCAN)の仮想IP (VIP)アドレスを指定する必要があり、Oracle Net Servicesは使用可能なSCANリスナーに接続できます。

  1. 次のテンプレートを使用して、Net Services別名を定義します。これは通常、接続記述子にわかりやすい名前を指定するために使用されます:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    説明:

    alias-nameは、別名を識別するために使用する名前です。

    SCAN-VIP-[1–3]は、SCAN VIPのIPアドレスです。

    sid-or-service-entryは、次のいずれかのフォーマットを使用してデータベースSIDまたはサービス名を識別します:
    • SID=sid-name.例: SID=S12C1。
    • SERVICE_NAME=service-name.例: SERVICE_NAME=PDB1.example.yourcloud.com。
    ノート

    デフォルトでは、Oracle Net Servicesは、SCANリスナー間で負荷を分散するために、アドレス・リスト内のいずれかのアドレスをランダムに選択します。

カスタムSCAN名を参照する接続記述子を使用したデータベースへの接続

カスタムSCAN名を使用して、Exascaleインフラストラクチャ・システム上のOracle Exadata Database Serviceの接続記述子を設定できます。

この方法を使用して、ドメイン・ネーム・サーバー(DNS)にカスタムの単一クライアント・アクセス名(SCAN)を定義します。これは、3つのSCAN仮想IPアドレス(VIP)に解決されます。

  1. 次のテンプレートを使用して、カスタムSCAN名を参照するNet Services別名を定義します:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    説明:

    alias-nameは、別名を識別するために使用する名前です。

    scan-nameは、カスタムSCAN名です。

    sid-or-service-entryは、次のいずれかのフォーマットを使用してデータベースSIDまたはサービス名を識別します:
    • SID=sid-name.例: SID=S12C1。
    • SERVICE_NAME=service-name.例: SERVICE_NAME=PDB1.example.yourcloud.com。
    または、簡易接続メソッドを使用して、次のフォーマットで接続記述子を指定できます:
    scan-name:1521/sid-or-service-entry
    例:
    exa1scan.example.com:1521/S12C1
    Or
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
ノード・リスナーを使用したデータベースへの接続

SCANリスナーをバイパスする接続記述子を使用してExascaleインフラストラクチャ上のOracle Exadata Database Service上のOracle Databaseインスタンスに接続するには、この手順を使用して接続をノード・リスナーに直接ルーティングします。

この方法を使用すると、SCANで提供される高可用性およびロード・バランシングは放棄されます。ただし、特定のノードまたはネットワーク・インタフェースに直接接続する場合は、この方法が適していることがあります。たとえば、バルク・データ・ロードを実行するプログラムからの接続にバックアップ・ネットワークを使用できます。

この方法では、ノードのホスト名またはIPアドレスを使用して接続を転送します。

例4-2ノードを直接参照するNet Services別名の定義

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

説明:

alias-nameは、別名を識別するために使用する名前です。

timeoutは、タイムアウト期間(秒)を指定します。これにより、TCPタイムアウトを待機せずに接続の試行を終了できます。(CONNECT_TIMEOUT=timeout)パラメータはオプションです。

nodeは、使用する仮想マシンのホスト名またはIPアドレスです。

sid-or-service-entryは、次のいずれかのフォーマットを使用してデータベースSIDまたはサービス名を識別します:
  • SID=sid-name.例: SID=S12C1。
  • SERVICE_NAME=service-name.例: SERVICE_NAME=PDB1.example.oraclecloudatcust.com。
または、簡易接続メソッドを使用して、次のフォーマットで接続記述子を指定できます:
node:1521/sid-or-service-entry
例:
exa1node01.example.com:1521/S12C1
Or
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Exascaleインフラストラクチャ上のExadata Database Serviceの容量制限

ExaDB-XSサービスのスケーラビリティ機能およびリソース容量を理解するには、これらの表およびリストを確認します。

VMクラスタの最小サイズ

  • 単一ノードVMクラスタ
  • 8 VM当たりのECPU
  • VM当たり220 GBファイル・システム・ストレージ
  • VMクラスタ当たり300 GB Exascale Vaultデータベース・ストレージ

VMのスケーラビリティのオプション

VMクラスタは、要求に応じて迅速かつ簡単にスケーリングできます。

  • VMに割り当てられた合計ECPUのサブセットを有効にできます。
  • VMの予約済ECPUをさらに有効にすると、VMを再起動しなくてもECPUをスケーリングできます。
  • メモリーは、合計ECPU当たり2.75 GBでスケーリングできます。
  • VMのホットな追加または削除を実行できます。
  • VMストレージはスケーリングできます(ただし、VMストレージのスケーリングには再起動が必要です)。
  • Exascaleデータベース・ストーラのライブ・オンライン・スケーリングを実行できます

最大 VMクラスタサイズ

次のリストに、最大VMクラスタ構成オプションを示します

  • VMクラスタ内のVMの数: 10個のVM。
  • VM当たりのECPU: 200 ECPU
  • VM当たりのファイル・システム・ストレージ: 2TB
  • VMクラスタ当たりのExascale Vaultストレージ: 100TB

Database Storage Vault最小容量

ExaDB-XSボールトに対して請求される合計最小容量は300 GBです。イメージはOracle Advanced Cluster File System (ACFS)に格納され、残りの領域は最初のデータベースで使用できます(次の表を参照)。

表4-2 ExaDB-XSシステムおよびデータベース使用のための最小Database Storage Vault容量

用途 最小容量
システム使用(ACFSに格納されているイメージ) 50GB
データベースの使用(最初のデータベースのプロビジョニング) 250 GB

VMファイル・システム・ストレージ最小容量

仮想マシン(VM)ストレージに対して請求される最小容量の合計は、280 GBです。次の表に、ファイルシステムの最小容量の一覧を示します。

表4-3 ExaDB-XS VMファイル・システム・ストレージの最小請求容量

ファイル・システム 最小合計容量(GB) 最小使用可能容量(GB)

/boot

0.512

0.412

/ (ミラー化)

30

15

/tmp

10

10

/var (ミラー化)

10

5

/var/log

18

18

/var/log/audit

3

3

/home

4

4

スワップ領域

(/swap)

16

16

/crashfiles

20

20

/u01

82

80

/u02

84

81

オーバーヘッド

2

適用されません

すべてのファイル・システム(合計最小)

280

適用されません

ExascaleインフラストラクチャVM上のOracle Exadata Database Serviceのベスト・プラクティス

Oracleでは、Exascaleインフラストラクチャ仮想マシン(VM)上のOracle Exadata Database Serviceの管理性を確保するために、次のベスト・プラクティスのガイドラインに従うことをお薦めします。

その後、ベスト・プラクティスのガイドラインに従って、ExascaleインフラストラクチャVM上のyourOracle Exadata Database Serviceの管理性およびパフォーマンスに影響を与える可能性のある問題を回避できます:

  • 可能な場合は、Oracle Cloud Infrastructure Console、API、CLIなどのOracle提供のクラウド・インタフェースまたはdbaascliなどのクラウド固有のツールを使用して、Exascale Infrastructure VM上のOracle Exadata Database Serviceでライフサイクル管理および管理操作を実行します。たとえば、opatchを手動で実行するのではなく、OCIコンソール、API、CLIまたはdbaascliを使用してOracle Databaseのパッチを適用します。また、コンソールおよびコマンドライン・ユーティリティを使用して操作を実行できる場合、Oracleではコンソールを使用することをお薦めします。たとえば、dbaascliを使用するかわりにコンソールを使用してデータベースを作成します。
  • ゲストOSユーザーを変更したり、VMに関連付けられたSSH鍵設定を手動で操作したりしないでください。
  • データベース・サービスを介して使用可能なパッチのみを適用します。Oracle Supportによって指示されないかぎり、他のソースからのパッチを適用しないでください。
  • 四半期ごとのパッチを定期的に(可能であれば四半期ごとに)適用してください。
  • Oracle Net Listenerのポートは変更しないでください。