Oracle Database@Azureのトラブルシューティング
Oracle Database@Azureのオンボーディングおよびクラウド・プラットフォームの問題のトラブルシューティングのヒントを見つけます。
Oracle Database@AzureデプロイメントのOracle Exadata DatabaseおよびOracle Autonomous Databaseリソースに固有のトラブルシューティング情報については、次のページを参照してください:
購買オファー
詳細: Oracle Salesによって組織に対して作成されたプライベート・オファーは、Azure Marketplaceに表示されません。
エラー: Oracle Database@Azureで使用されているAzureサブスクリプション用に構成されているMarketplaceコレクションの管理者が、プライベート製品コレクション・ルールをAzureプライベート・マーケットプレイスで有効にすることはできません。詳細は、Azureドキュメントのコレクションの概要を参照してください。
回避策:プライベート製品収集ルールを有効にする手順は、Azureドキュメントのコレクション・ルールを参照してください。
詳細: Oracle Salesによって組織に対して作成されたプライベート・オファーは、Azure Marketplaceで購入できません。
エラー: Azure Marketplaceの購入は、Oracle Database@Azureに使用されるサブスクリプションの管理者によって無効化されます。すべての購入が拒否されるか、無料/BYOL SKUのみが許可されます。
回避策:サブスクリプション管理者に、Azure Marketplaceでのサード・パーティ・サービスの購入を有効にしてもらいます。サブスクリプションのAzure Marketplace認可は「オン」にする必要があり、「無料/BYOL SKUのみ」または「オフ」にすることはできません。詳細は、Azureドキュメントのエンタープライズ契約(EA)に基づくEA請求管理による購入管理を参照してください。
詳細: 「プランの変更」オプションを選択すると、エラーが返されます。
- 「エラー: プラン変更を使用できません」: Oracle Database@Azureサービスが「変更プラン」更新の準備ができているという確認をOracleから受信していません。
- エラー: 計画変更の不一致: Oracleを介して変更をリクエストしたものとは異なるOracle Database@Azureサービス・インスタンスの計画を変更しようとしています。これは、複数のOracle Database@Azureサービスがあり、Oracleが「変更プラン」のオーダーを処理していないサービスのプランを変更しようとした場合に発生する可能性があります。
- エラー: 計画変更を使用できません: Oracle Database@Azureサービス・インスタンスが変更計画更新のために事前処理されているかどうかを確認するには、Oracle Sales担当者に連絡してください。Oracle Salesとの通信にプランIDおよびAzureサブスクリプションIDを含めます。
- "エラー: 計画変更の不一致": 必要に応じて、Oracle Sales担当者にプランIDとAzureサブスクリプションIDを確認してください。次に、Oracle Salesと共有したプランIDおよびAzureサブスクリプションIDを使用していることを確認し、操作を再試行してください。
プライベート・オファーでオンボーディングする場合、AzureアカウントをOCI Pay As You Go (PAYG)テナンシにリンクすることはできません。アカウントのアップグレードの詳細は、アカウントのアップグレードおよび支払方法の管理を参照してください。
オンボーディング
AzureのOracleSubscriptionリソースの構成に問題があるため、Oracle Database@Azureでオンボーディングできない場合は、Oracle Supportが問題の解決に役立ちます。このような問題は、次のタイプのシナリオで発生する可能性があります。
- プライベート・オファーに間違った請求IDが指定されました。
- 間違ったOCIテナンシがAzureサブスクリプションにリンクされました。
- 間違ったオファーが購入されました。
- パブリック・オファーがAzureサブスクリプションで購入され、組織がプライベート・オファーを購入するために同じAzureサブスクリプションを再利用することを希望しています。
OracleSubscriptionリソースをリセットまたは削除するには、このトピックで説明するすべてのシナリオについて、Oracleのマルチクラウド・サポートおよびエンジニアリング・チームからのヘルプが必要です。Oracleは、次の表に示すアクションを実行するか、必要に応じてアクションの実行を支援します。Oracle Support Request (SR)を開いて支援を得ます。ナレッジ・ベースの記事KB175725(このトラブルシューティング・トピックの情報を含む)をOracle Supportリクエストで参照できます。
シナリオ | 解決のためにOracleによって実行される処理 |
---|---|
サービスは使用しなくなりました。 |
|
プライベート・オファーに間違った請求IDが指定されました。 |
CPQ見積およびプライベート・オファーに対して間違った請求IDを修正してください。 |
間違ったOCIテナンシがAzureサブスクリプションにリンクされました。 |
正しくないOCIテナンシからマルチクラウド・リンクを削除して、アカウント・リンク・ステップを正しいテナンシで再度実行できるようにします。 |
間違ったオファーが購入されました。 |
AzureのOracleSubscriptionリソースを削除して、新しいOracleSubscriptionリソースを作成し、正しいプライベート・オファーの購入に使用できます。 |
パブリック・オファーがAzureサブスクリプションで購入され、組織がプライベート・オファーを購入するために同じAzureサブスクリプションを再利用することを希望しています。 |
|
Microsoft Azureロック
リソースを終了する前に、Oracle Database@Azureリソースに対するすべてのMicrosoft Azureロックを削除することをお薦めします。たとえば、Oracle Database@AzureでロックされたMicrosoft Azureプライベート・エンドポイントを使用している場合は、エンドポイントを削除できることを確認してから、Oracle Database@Azureリソースを削除する前にロックを削除します。ロックされたリソースの削除を防止するポリシーがある場合、Oracle Database@Azureはロックされたリソースを削除できないため、システム・リソースを削除するOracle Database@Azureワークフローは失敗します。
ネットワーク
IPアドレス要件は、Oracle Cloud Infrastructure (OCI)のOracle Database@AzureとExadata Database Service on Dedicated Infrastructureで異なります。OCIのExadataのIPアドレス空間の要件のドキュメントでは、Oracle Database@Azureの要件との次の違いを考慮する必要があります:
-
Oracle Database@Azureは、Exadata X9Mのみをサポートしています。他のすべてのシェイプはサポートされていません。
-
Oracle Database@Azureでは、クライアント・サブネット用に13個のIPアドレスが予約されています。
Microsoft Azure VMは、両方が同じ仮想ネットワーク(VNet)にある場合にOracle Exadata VMクラスタに接続できます。この機能は自動で、ネットワーク・セキュリティ・グループ(NSG)のルールに追加の変更は必要ありません。Exadata VMクラスタで使用されているものとは異なるVNetからAzure VMを接続する必要がある場合は、他のVNetのトラフィックがExadata VMクラスタに流れるようにNSGトラフィック・ルールも構成する必要があります。たとえば、VNet AがMicrosoft Azure VMにサービスを提供し、VNet BがOracle Exadata VMクラスタにサービスを提供する2つのVNets ("A"および"B")がある場合、VNet AのCIDRアドレスをOCIのNSGルート表に追加する必要があります。
方向 | ソースまたは宛先 | プロトコル | 詳細 | 内容 |
---|---|---|---|---|
方向:エグレス ステートレス: いいえ |
宛先タイプ: CIDR 宛先: 0.0.0.0/0 |
すべてのプロトコル |
許可:すべてのポートのすべてのトラフィック |
デフォルトNSGエグレス・ルール |
方向:イングレス ステートレス: いいえ |
ソース・タイプ: CIDR ソース: Microsoft Azure VNet CIDR |
TCP |
ソース・ポート範囲: すべて 宛先ポート範囲: すべて 許可:すべてのポートのTCPトラフィック |
Microsoft AzureからのすべてのTCPのイングレスVNet |
方向:イングレス ステートレス: いいえ |
ソース・タイプ: CIDR ソース: Microsoft Azure VNet CIDR |
ICMP |
タイプ: すべて コード: すべて 許可:すべてのICMPトラフィック |
Microsoft Azure VNetからのすべてのICMPのイングレス |
方向 | ソースまたは宛先 | プロトコル | 詳細 | 内容 |
---|---|---|---|---|
方向:エグレス ステートレス: いいえ |
宛先タイプ: サービス 宛先: OCI IADオブジェクト・ストレージ |
TCP |
ソース・ポート範囲: すべて 宛先ポート範囲: 443 許可:ポート443 HTTPSのTCPトラフィック |
オブジェクト・ストレージへのアクセスを許可 |
方向:イングレス ステートレス: いいえ |
ソース・タイプ: CIDR ソース: 0.0.0.0/0 |
ICMP |
タイプ: 3 コード: 4 許可: 3、4つの宛先のICMPトラフィックにアクセスできません: フラグメンテーションが必要で、"Don't Fragment"が設定されました |
Path MTU Discovery断片化メッセージを許可します。 |
デフォルトでは、Oracle Database@Azureのオンボーディング中に作成されるOCIテナンシのサービス制限は、VNCフロー・ログに対して0 (ゼロ)です。VCNフロー・ログを使用するには、OCIテナンシのサービス制限の引上げをリクエストします。手順は、VCNフロー・ログの制限の引上げをリクエストするにはを参照してください。
エラー条件
Azure Resource Moverを使用したOracle Database@Azureリソースの移動は、現在、Microsoft Azureではサポートされていません。この問題に対処し、詳細は、My Oracle Supportの(KB173908) OCIマルチクラウド・サポート- Oracle Database@Azure - Oracle Database@Azureリソースを別のリソース・グループに移動できますかを参照してください。
エラー・メッセージ:「Oracle Database@Azureサブスクリプション・リソースを含むAzureサブスクリプションを別のazureテナントに移動することは、現在サポートされていません。」
エラー理由: Oracle Database@AzureにオンボーディングされたAzureサブスクリプションは、Oracle Database@Azureサービスが中断されるため、別のAzureテナントに移動できません。
解決策: Oracle Database@AzureでオンボーディングされたAzureサブスクリプションを移動する必要がある場合は、Oracle Supportでサポート・リクエストを開きます。Oracleのマルチクラウド・サポート・チームがリクエストを支援します。サポート・リクエストを開く方法の詳細は、Oracle Database@Azureサポート情報を参照してください。
Azure East US 2リージョンの前提条件
2025年4月15日より前にOracle Database@Azureでオンボーディングし、Azure East US 2リージョンを使用する場合は、Oracle Database@Azureリソースを作成し、Azure East US 2でメトリックを使用できるようにするポリシーをOCIテナンシに作成する必要があります。この項の手順を使用して、リソースの作成およびメトリックのポリシーを作成します。
この項で説明するポリシーを作成して、Azure East US 2でリソースの作成を有効にします。必要な権限なしでEast US 2にリソースを作成しようとすると、Azure Portalに「デプロイメントに失敗しました」というメッセージが表示されます。
次のように、必要なポリシーを作成します:
- OCIアカウント(http://cloud.oracle.com)にサインインしてください。
- ナビゲーション・メニューを開き、「アイデンティティとセキュリティ」を選択します。「アイデンティティ」にある「ポリシー」を選択します。
- 「ポリシーの作成」を選択します。
- 名前:
Additional_Multicloud_Policy
と入力します - 説明: オプション。説明を入力たとえば、「Azure East US 2リージョンでOracle Database@Azureリソースの作成を有効にするポリシー」などです。
-
ポリシー・ビルダーで、「手動エディタの表示」トグル・スイッチを使用して手動ポリシー・エディタ・フィールドを有効にし、次のポリシーを手動エディタに貼り付けます:
define tenancy networking-dataplane2 as ocid1.tenancy.oc1..aaaaaaaailqy63b6fbqoa6jyd324iyb5xoafpji2j6evpqqx5or74vwknv5a endorse any-user to {DRG_ATTACHMENT_READ, DRG_ATTACH, DRG_DETACH, VCN_ATTACH, DRG_ROUTE_TABLE_ATTACH, ROUTE_TABLE_ATTACH, ROUTE_TABLE_DETACH} in tenancy networking-dataplane2 where all { request.principal.type = 'multicloudlink' }
- 「作成」を選択してポリシーを作成します。新しいポリシーが「ポリシー」リスト・ビュー・ページにリストされます。
2025年4月15日以降にOracle Database@Azureでオンボーディングした場合、アクションは必要ありません。
次のように、可観測性(メトリック)に必要なポリシーを作成します:
- OCIアカウント(http://cloud.oracle.com)にサインインしてください。
- ナビゲーション・メニューを開き、「アイデンティティおよびセキュリティ」を選択します。「アイデンティティ」で、「コンパートメント」を選択します。
- 「コンパートメント」リストから、接頭辞MulticloudLink_ODBAA_を持つコンパートメントの名前を選択して、コンパートメントの詳細ページを開きます。この接頭辞を持つコンパートメントが複数ある場合は、この接頭辞を持つ、最後に作成されたコンパートメントを選択します。
- コンパートメントのOCIDをコピーし、この手順の後半で使用するためにテキスト・ファイルに貼り付けます。See Oracle Cloud IDs (OCIDs) for more information on OCIDs.
- ナビゲーション・メニューを開き、「アイデンティティとセキュリティ」を選択します。「アイデンティティ」にある「ポリシー」を選択します。
- 「ポリシーの作成」を選択します。
- 名前:
Additional_Observability_Multicloud_Policy
と入力します - 説明: オプション。説明を入力たとえば、「Azure East US 2リージョンのOracle Database@Azureメトリックを有効にするポリシー」などです。
-
ポリシー・ビルダーで、「手動エディタの表示」トグル・スイッチを使用して手動ポリシー・エディタ・フィールドを有効にし、次のポリシーを手動エディタに貼り付けます:
define tenancy obs_tenancy_2 as ocid1.tenancy.oc1..aaaaaaaalfamrkmvchwc3mndr4c4htwtntx2ampbas3z42c6sxyqviit4gta define tenancy obs_cp_tenancy_2 as ocid1.tenancy.oc1..aaaaaaaa7bzfp55yuik3t2sesnqgsyohpbfr4ocl4vlq7foyhmaa34xktyja endorse any-user to use stream-push in tenancy obs_tenancy_2 where all { request.principal.type='multicloudlink' } endorse any-user to read streams in tenancy obs_tenancy_2 where all { request.principal.type='multicloudlink' } admit any-user of tenancy obs_tenancy_2 to use metrics in compartment id <COMPARTMENT_OCID> where all {request.principal.type='serviceconnector'} admit any-user of tenancy obs_cp_tenancy_2 to { DATABASE_INSPECT, PLUGGABLE_DATABASE_INSPECT } in compartment id <COMPARTMENT_OCID> where all { request.principal.type = 'workload', request.principal.namespace = 'obs-cp', request.principal.service_account = 'obs-cp-service-account'}
- 手動エディタで、ポリシー内の2つの<COMPARTMENT_OCID>変数を、この手順のステップ3でコピーしたOCIDに置き換えます。
- 「作成」を選択してポリシーを作成します。新しいポリシーが「ポリシー」リスト・ビュー・ページにリストされます。
2025年4月15日以降にOracle Database@Azureでオンボーディングした場合、アクションは必要ありません。