Oracleベース・データベース、Oracle Exadata VMクラスタ、または1つ以上のHeatWaveノードを含むOracle HeatWaveをプロビジョニングする場合は、CIDR表記を使用してネットワーク・アドレスを指定します。これは、サービスが使用するネットワーク・アドレスの範囲です。また、VMおよびデータベース・ノードを含むOracle Exadataシステムをプロビジョニングする場合は、CIDRを使用してネットワーク・アドレス範囲も指定します。このドキュメントでは、これらのCIDR範囲がOracle Database Service for Azure内でどのように使用されるか、およびプロビジョニングするサービスに基づいて適切な領域を選択する方法について説明します。

Reserved = 5 // Azure reserves the first 4 IPs and last IP in the CIDR range
UsedIps = Number of IPs already in use in the subnet // Zero when creating a new McVCN
if ( (CidrSize - Reserved - UsedIps) < RequiredIps )
  Error: CIDR size is insufficient to support the requested DB shape

Oracleベース・データベースでは、プロビジョニング中にリソース・グループおよびダッシュボードを作成または更新する機能が必要です。

マルチクラウドVirtual Cloud Network (MCVCN)が自動ルーティング・モードで動作している場合、IPアドレスの競合が原因でデータベース・プロビジョニングの起動ワークフローが失敗することがあります。

自動ルーティング・モードでは、マルチクラウドVirtual Cloud Network (MCVCN)はリーフVNETの内部ロード・バランサ(ILB)を構成し、Oracle Cloud Infrastructure (OCI) VCN側を介してデータベース・ノードに与えられたIPアドレスを割り当てます。これはほとんどのシナリオで有効です。どこで、なぜ失敗するのか。

データベースIPアドレスが最初の4つのIPアドレスまたはサブネット範囲の最後のIPアドレスのいずれかに該当する場合、Microsoft AzureはプライベートIPアドレス構成リクエストを拒否します。サブネット範囲内の最初の4つのIPアドレスと最後のIPアドレスは、Microsoft Azureによって予約されています(Microsoft Azure Virtual NetworkのFAQを参照)。

たとえば、最も一般的なサブネット構成である/24 CIDRでサブネットが生成されると仮定すると、CIDRは、VCNがサブネット内のIPアドレスをランダムに選択したため、データベース・プロビジョニング起動ワークフローの約2%が失敗することを意味します。失敗率は、CIDRサブネット範囲が小さいほど高くなります。

3番目と4番目のIPアドレス(10.0.0.0/24の場合は10.0.0.2および10.0.0.3)は、Microsoft Azureで予約されていますが、OCIで使用できます。データベース・プロビジョニング・ワークフローの自動化は、これらのIPアドレスを適切に予約するように調整されました。この問題は、OCIリソースの手動構成および組込みが完了したときに発生します。

サポート・リクエストを送信するには、次のステップを使用します。

1. OracleDB for Azureホーム・ページで、「サポート」アイコンを選択します。
2. これは「サポート・リクエスト」ページです。アカウントに割り当てられたサポート・リクエストを作成、表示および管理できます。「サポート・リクエストの作成」リンクを選択して、新規リクエストを作成します。
3. これは、「サポート・リクエストの作成」フローの「問題の説明」ページです。必要に応じて、「請求」、「サービスおよびサブスクリプション制限(割当て制限)」、「技術」などのオプションを選択できます。
4. 後続のページは、申告するサポート・リクエストのタイプによって異なります。各タイプには、「問題の説明」ページ、「追加の詳細」ページおよび「レビューと作成」ページの3つのページがあります。
5. 「確認と作成」ページで、「作成」ボタンは、すべての必須サポート・リクエスト・フィールドに受理可能な値を入力した場合にのみ有効になります。
6. 「サポート・リクエスト」ポータルで、必要に応じてリクエストのモニターと応答を続行します。

任意のデータベースブレードから、そのデータベースの管理アイコンの行に「メトリック」アイコンが表示されます。完全に機能するデータベースでは、そのアイコンが有効になります。この問題を解決するために実行するアクションをいくつか示します。

データベースを選択し、「アプリケーション・インサイト・ポータル」および「メトリック」ブレードを開いており、メトリックが表示されていない場合は、その問題を解決するために実行するアクションをいくつか示します。

1. 適切なメトリック・ネームスペースを選択していません。デフォルトでは、メトリックはログベースのメトリック・ネームスペースで開きます。デフォルトでは、開始メトリック・ネームスペースはログベースのメトリック・ネームスペースです。Oracle Autonomous Database Serverless、Oracle Exadataデータベース、Oracleベース・データベースまたはOracle HeatWaveデータベースの場合、次のようにネームスペースを選択する必要があります:

   表1-5メトリック・ネームスペース

   データベース・タイプ	メトリック・ネームスペース
   Oracle Autonomous Database Serverless	oci_autonomous_database
   Oracle Exadata Database	oci_database
   Oracleベース・データベース	oci_database
   Oracle HeatWaveデータベース	oci_mysql_database

2. データベースに適切なメトリックが選択されていません。ドロップダウン・フィールドの使用可能なメトリックから選択します。
3. メトリックに適切な日時範囲が選択されていません。
4. データベースは新しく、メトリックはまだ使用できません。

アカウントのサービス制限(割当て)に達すると、新しいデータベースをプロビジョニングしようとしたときにエラーが表示されます。その追加のデータベースをプロビジョニングするには、制限を増やすためにサポート・リクエストを送信し、プロビジョニングが承認されるまで待機するか、既存のデータベースを終了して、新しいプロビジョニング・リクエストに十分なCPUやストレージなどのリソースを解放する必要があります。

Oracleベース・データベースのプロビジョニング時に、使用可能なリソースのリストにMicrosoft Azure VNETが表示されない場合があります。リストに表示されない場合、Microsoft Azureルーティングの制限により、VNETをOracle Cloud Infrastructure (OCI) Multicloud Virtual Cloud Network (MCVCN)とピアリングできません。