機械翻訳について

4 Oracle Exadata Database Service on Exascale Infrastructureデプロイメントの開始

「Oracle Exadata Database Service on Exascale Infrastructureの準備」の準備タスクを完了したら、次の手順に従ってOracle Exadata Database Service on Exascale Infrastructureシステムのデプロイを開始します。

Oracle Exadata Database Service on Exascale Infrastructureリソースのタグ付け

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

タグ付けの重要性

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

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

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

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

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

また、クラウド・アドバイザOCIサービスとの統合により、クラウド・サービスが企業のガイドラインをどの程度遵守しているか、また経営陣のビジョンへのガバナンスに役立つ直接的で詳細なインサイトを提供できます。 詳細は、クラウド・アドバイザの概要を参照してください。

タグの追加

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

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

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

ヒント:

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

テナンシには、ほとんどのリソースに適用される標準タグのライブラリが付属しています。 これらのタグは現在、ガバナンス管理者がデプロイできるタグ・ネームスペースのセットとして使用可能です。 OCIのベスト・プラクティスでは、標準タグを適用できるすべてのリソースにこれらのタグを適用することをお薦めします。 OCIサービス自動化では、レポートとガバナンスの他に、標準のタグ値に基づいてワークロード固有の最適化を提供できます。

たとえば、PeopleSoftアプリケーションのデータベース・デプロイメントには特定の構成が必要です。 Autonomous Databaseのデプロイ時にOracle-ApplicationNameタグ・ネームスペースで適切なアプリケーション・タグ・キーを設定することで、データベースが特定のアプリケーション(この例ではPeopleSoft)に対してすぐに使用できる状態で構成されるようにできます。

図4-1 タグ付けの例

Oracle-ApplicationNameタグ・ネームスペースで適切なアプリケーション・タグ・キーを設定します。

Oracle Standardタグ

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

表4-1 Oracle Standardタグ

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

OracleStandard.Criticality
  • 最大
  • 高
  • 中
  • 低

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

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

OracleStandard.Environment
  • Dev
  • テスト
  • 製品
  • Pre-Prod
  • ステージング
  • 試用
  • サンドボックス
  • ユーザー・テスト

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

OracleStandard.Sensitivity
  • パブリック
  • 内部
  • Sensitive
  • 高い機密性
  • 非常に機密

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

OracleStandard.Regulation

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

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

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

OracleStandard.TargetUsers
  • パブリック
  • 顧客
  • パートナ
  • 会社
  • 除算
  • 部門
  • ワークグループ

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

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
  • 会計
  • マーケティング
  • Sales
  • Legal
  • R&D
  • 顧客サポート
  • 内部サポート
  • 製造

リソースを所有または使用する顧客ライン・オブ・ビジネスまたは部門を識別します。 これは、コスト集計レポートやビジネスunits.Tag管理者がOCIガバナンスおよび管理コンソールからリストに関連する値を追加する場合に役立ちます。 詳細は、事前定義済の値の使用を参照してください。

OracleStandard.CostCenter
  • 12345
  • WebMarketing

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

OracleStandard.RecoveryTimeObjectiveMinutes

0-10080

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

OracleStandard.RecoveryPointObjectiveMinutes

0-1440

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

関連トピック

親トピック: Oracle Exadata Database Service on Exascale Infrastructureデプロイメントのスタート・ガイド

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

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

ノート:

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

親トピック: Oracle Exadata Database Service on Exascale Infrastructureデプロイメントのスタート・ガイド

Oracle Exadata Database Service on Exascale Infrastructure VMへの接続

SSHまたはSQL Developerを使用してOracle Exadata Database Service on Exascale Infrastructure仮想マシン(VM)に接続する方法について学習します。

接続する方法は、クラウド・ネットワークの設定方法によって異なります。 様々なネットワーク・シナリオに関する情報は「ネットワークの概要」にありますが、クラウド内のデータベースに接続する方法に関する特定の推奨事項については、ネットワーク・セキュリティ管理者に連絡してください。

ノート:

Oracle Exadata Database Service on Exascale InfrastructureサーバーはActive Directoryドメインに結合できず、このサービスはユーザー認証および認可のためのActive Directoryの使用をサポートしていません。

親トピック: Oracle Exadata Database Service on Exascale Infrastructureデプロイメントのスタート・ガイド

Oracle Exadata Database Service on Exascale Infrastructureにアクセスするための前提条件

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

ノート:

ExaDB-XSにアクセスするには、Exadata Database service on Exascale Infrastructureを構成しておく必要があります。

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

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

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

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

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

SCANリスナー・ポート設定

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

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

ノート:

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

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

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

Secure Shell (SSH)接続を使用して、Oracle Exadata Database Service on Exascale Infrastructureシステム内の仮想マシンに接続できます。

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

関連トピック

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

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構成ウィンドウが表示され、「セッション」パネルが表示されます。

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

    「データ」パネルが表示されます。

  6. 「自動ログイン・ユーザー名」フィールドに、接続に使用するオペレーティング・システム・ユーザーを入力します。
    • rootを必要とする操作を実行するには、ユーザーopcとして接続します。
    • ユーザー操作(バックアップの実行など)のために仮想マシンにアクセスするには、ユーザーoracleとして接続します。 (このユーザーは、sudoコマンドを使用して、VMへのrootまたはoracleアクセスを取得することもできます。
  7. 「When username is not specified」オプションが「Prompt」に設定されていることを確認します。
  8. 「カテゴリ」ツリーで、SSHを展開し、「認証」をクリックします。
    「Auth」パネルが表示されます。
  9. 「認証のための秘密キー・ファイル」フィールドの横にある「ブラウズ」をクリックします。 「秘密キー・ファイルを選択」ウィンドウで、デプロイメントに関連付けられている公開キーと一致する秘密キー・ファイルに移動して開きます。
  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はSCANリスナーにも関連付けられ、これがOracle Net Servicesを使用したOracle Database接続の接続エンドポイントになります。 可用性を最大限にするために、Oracle Grid InfrastructureではSCAN VIPおよびSCANリスナーを使用可能なクラスタ・ノードに分散させます。 また、ノードの停止または障害が発生した場合、SCAN VIPおよびSCANリスナーは正常に動作しているノードに自動的に移行されます。 SCAN接続を使用すると、Oracle Databaseクライアントの機能が強化され、クラスタ内で実行されているすべてのデータベースにサービスを提供できる、信頼性の高い一連の接続エンドポイントを使用できるようになります。

ノード・リスナーとしても知られる、クラスタ内の各ノードで実行されるOracle Net Listenerに加えてSCANリスナーが存在します。 Oracle Net Services接続がSCAN接続を介して受信されると、SCANリスナーは接続をいずれかのノード・リスナーにルーティングし、それ以上接続に参加しません。 リスナーの可用性、データベース・インスタンスの配置、ワークロード分散などのファクタの組合せによって、各接続を受け取るノード・リスナーが決まります。

ノート:

このドキュメントでは、Oracle Net Servicesを使用してOracle Exadata Database Service on Exascale Infrastructureデータベースに接続するための基本要件について説明します。

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

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

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

Oracle Net Servicesを使用してOracle Exadata Database Service on Exascale Infrastructureの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アドレスを使用してOracle Exadata Database Service on Exascale Infrastructureインスタンスに接続できます。 IPアドレスは、コンソールの「データベース」の詳細ページで確認できます。

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

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

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

クライアントがオンプレミスで、FastConnectまたはSite-to-Site 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 SystemのプライベートSCAN IPアドレスに解決でき、アプリケーションは外部SCAN名を含む接続文字列を使用できます。 次のtnsnames.oraの例では、extscanname.example.comがオンプレミスDNSサーバーで定義されています。 

    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接続を作成するには、次のいずれかの方法を選択できます。

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

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

複数のSCANリスナーを使用して、Oracle Exadata Database Service on Exascale Infrastructure Systemの接続記述子を設定できます。

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

  1. 次のテンプレートを使用してネット・サービス別名を定義します。これは通常、接続記述子に便利な名前を付けるために使用されます:
    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名を使用して、Oracle Exadata Database Service on Exascale Infrastructure Systemの接続記述子を設定できます。

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

  1. 次のテンプレートを使用して、カスタムSCAN名を参照するネット・サービス別名を定義します:
    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
    または
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
ノード・リスナーを使用したデータベースへの接続

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

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

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

例4-1 ノードを直接参照するネット・サービス別名の定義

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
または
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Oracle Exadata Database Service on Exascale Infrastructureサービスへの接続

SSHを使用してOracle Exadata Database Service on Exascale Infrastructureシステムに接続する方法、およびOracle Net Services (SQL*Net)を使用してOracle Exadata Database Service on Exascale Infrastructureデータベースに接続する方法について学習します。

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

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

次のいずれかのメソッドで、SQL Developerを使用してデータベースに接続できます:

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

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

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

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

親トピック: Oracle Exadata Database Service on Exascale Infrastructureサービスへの接続

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はSCANリスナーにも関連付けられ、これがOracle Net Servicesを使用したOracle Database接続の接続エンドポイントになります。 可用性を最大限にするために、Oracle Grid InfrastructureではSCAN VIPおよびSCANリスナーを使用可能なクラスタ・ノードに分散させます。 また、ノードの停止または障害が発生した場合、SCAN VIPおよびSCANリスナーは正常に動作しているノードに自動的に移行されます。 SCAN接続を使用すると、Oracle Databaseクライアントの機能が強化され、クラスタ内で実行されているすべてのデータベースにサービスを提供できる、信頼性の高い一連の接続エンドポイントを使用できるようになります。

ノード・リスナーとしても知られる、クラスタ内の各ノードで実行されるOracle Net Listenerに加えてSCANリスナーが存在します。 Oracle Net Services接続がSCAN接続を介して受信されると、SCANリスナーは接続をいずれかのノード・リスナーにルーティングし、それ以上接続に参加しません。 リスナーの可用性、データベース・インスタンスの配置、ワークロード分散などのファクタの組合せによって、各接続を受け取るノード・リスナーが決まります。

ノート:

このドキュメントでは、Oracle Net Servicesを使用してOracle Exadata Database Service on Exascale Infrastructureデータベースに接続するための基本要件について説明します。

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

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

Oracle Net Servicesを使用してOracle Exadata Database Service on Exascale InfrastructureのOracle Databaseに接続するには、次のものが必要です:
  • SCAN VIPのIPアドレス、またはアクセスするデータベースをホストする仮想マシンのホスト名またはIPアドレス。
  • データベース識別子: データベース・システム識別子(SID)またはサービス名。
SCANを使用したデータベースへの接続

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

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

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

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

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

複数のSCANリスナーを使用して、Oracle Exadata Database Service on Exascale Infrastructure Systemの接続記述子を設定できます。

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

  1. 次のテンプレートを使用してネット・サービス別名を定義します。これは通常、接続記述子に便利な名前を付けるために使用されます:
    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名を使用して、Oracle Exadata Database Service on Exascale Infrastructure Systemの接続記述子を設定できます。

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

  1. 次のテンプレートを使用して、カスタムSCAN名を参照するネット・サービス別名を定義します:
    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
    または
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
ノード・リスナーを使用したデータベースへの接続

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

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

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

例4-2 ノードを直接参照するネット・サービス別名の定義

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
または
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Exadata Database Service on Exascale Infrastructureの容量制限

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

最小VMクラスタ・サイズ

  • 単一ノードVMクラスタ
  • VM当たり合計8 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 VMs.
  • VM当たりのECPU: 200 ECPUs
  • VM当たりのファイル・システム・ストレージ: 2 TB
  • VMクラスタ当たりのExascale Vaultストレージ: 100 TB

Database Storage Vault最小容量

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

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

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

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

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

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

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

/boot

0.512

0.412

/ (mirrored)

30

15

/tmp

10

10

/var (mirrored)

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

該当なし

親トピック: Oracle Exadata Database Service on Exascale Infrastructureデプロイメントのスタート・ガイド

Oracle Exadata Database Service on Exascale Infrastructure VMsのベスト・プラクティス

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

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

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

親トピック: Oracle Exadata Database Service on Exascale Infrastructureデプロイメントのスタート・ガイド

Zero Downtime Migrationを使用したOracle Cloudへの移行

Oracleでは、オンプレミス・データベースをOracle Cloud Infrastructureに迅速かつ簡単に移動する方法であるZero Downtime Migrationサービスが提供されるようになりました。

Zero Downtime Migrationは、Oracle Active Data Guardを使用して、Oracle Cloud Infrastructureシステムにデータベースのスタンバイ・インスタンスを作成します。 スイッチオーバーは、準備ができており、ソース・データベースがスタンバイとして使用可能なままである場合にのみ実行します。 Zero Downtime Migrationサービスを使用して、データベースを個別に、またはフリート・レベルで移行します。 詳細は、「Zero Downtime Migrationを使用したOracle Cloudへの移行」を参照してください。

関連トピック

親トピック: Oracle Exadata Database Service on Exascale Infrastructureデプロイメントのスタート・ガイド