トラブルシューティング
この項の情報を使用して、Oracle Database@Azure環境でのオンボーディングおよびクラウド・プラットフォームの問題を解決します。
購買オファー
- プライベート・オファーはAzure Marketplaceで使用できません: 収集ルールが使用可能になっていません。
詳細: Oracle Salesによって組織に対して作成されたプライベート・オファーがAzure Marketplaceに表示されません。
エラー: Azure Private Marketplaceでは、Oracle Database@Azureに使用されているAzureサブスクリプションに対して構成されているMarketplaceコレクションの管理者がプライベート製品コレクション・ルールを有効にしていません。詳細は、Azureドキュメントのコレクションの概要を参照してください。
回避策:プライベート製品収集ルールを有効にする手順は、Azureドキュメントの収集ルールを参照してください。
- Azure Marketplaceではプライベート オファーを利用できません: サード パーティ サービスは購入できません。
詳細: Oracle Salesによって組織に対して作成されたプライベート・オファーは、Azure Marketplaceで購入できません。
エラー: Azure Marketplaceの購入は、Oracle Database@Azureに使用されているサブスクリプションの管理者によって無効化されます。すべての購入が拒否されるか、空き/BYOL SKUのみが許可されます。
回避策:サブスクリプション管理者に、Azure Marketplaceでのサード・パーティ・サービスの購入を有効にしてもらいます。サブスクリプションのAzure Marketplace認可は「オン」で、「フリー/BYOL SKUのみ」または「オフ」にはできません。詳細は、Azureドキュメントのエンタープライズ契約(EA)に基づくEA請求管理による購入管理を参照してください。
- プライベート・オファーをAzure Marketplaceで購入できません: "ResourceDeploymentFailure"エラー
詳細:プライベート・オファーを購入しようとすると、終了プロビジョニング状態が「失敗」になったため、次のエラーが表示されます。
エラー:"code": "ResourceDeploymentFailure","target": "/subscriptions/<AZURE_SUB_ID>/providers/Oracle.Database/oracleSubscriptions/default","message": "The resource write operation failed to complete successfully, because it reached terminal provisioning state 'Failed'."原因: Oracle Database@Azureに使用されているAzureサブスクリプションに対して構成されているMarketplaceコレクションの管理者が、Azure Private Marketplaceでプライベート製品コレクション・ルールを有効にしていません。詳細は、コレクションの概要を参照してください
回避策:プライベート製品の収集ルールを有効にする手順は、「収集ルール」を参照してください。
- パブリック・オファーは既存のOCIサブスクリプションにリンクできません。
Pay-as-you-go (PAYG)とも呼ばれるオファーでOracle Database@Azureを購入するには、Oracle Database@Azureの新しいOCIアカウントを作成する必要があります。既存のテナンシへのリンクは、プライベート・オファーを介してのみ使用できます。
- 既存のPay As You Go (PAYG)テナンシではプライベート・オファーを使用できません
プライベート・オファーでオンボーディングする場合、AzureアカウントをOCI Pay As You Go (PAYG)テナンシにリンクすることはできません。アカウントのアップグレードの詳細は、アカウントのアップグレードおよび支払方法の管理を参照してください。
- Azureサブスクリプションごとに1回の購入。
各 Azureサブスクリプションは、プライベート オファーまたはパブリック オファー(Pay-as-You-Go)のいずれか1つのオファーしか購入できません。
- 変更計画工程返品エラー
詳細: 「プランの変更」オプションを選択すると、エラーが返されます。
エラー:エラー・メッセージは、次の場合に返されます。- 「エラー: プラン変更を使用できません」: 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を使用していることを確認し、操作を再試行してください。
- Pay As You Goがプラン・フィールドにあるため、プライベート・オファーを購入できません
詳細:かわりに「Pay As You Go」オプションが購入ページに表示されるため、プライベート・オファーを購入できません。
解決策: 「スポンサシップ・ポータル」に移動して、Oracle Database@Azureオファーからクレジットを削除します。これにより、「Pay As You Go」ではなく「プラン」フィールドでプライベート・オファーが有効になります。次に、「オファーの購入」ページの説明に従って、プライベート・オファーの購入に進みます。
原因: Azureクレジットは、許可されていないOracle Database@Azureプライベート・オファーに使用されました。Azureクレジットは Azure製品にのみ適用でき、Microsoft Azure Marketplaceで購入した製品には使用できません。詳細は、Azureクレジット・オファーを参照してください。
オンボーディング
- Azure OracleSubscriptionリソースをリセットまたは削除する必要があるため、オンボーディングが失敗しますAzureのOracleSubscriptionリソースの構成に問題があるため、Oracle Database@Azureでオンボーディングできない場合は、Oracle Supportが問題の解決に役立ちます。このような問題は、次のタイプのシナリオで発生する可能性があります。
- プライベート・オファーに間違った請求IDが指定されました。
- 間違ったOCIテナンシがAzureサブスクリプションにリンクされました。
- 間違ったオファーが購入されました。
- パブリック・オファーがAzureサブスクリプションで購入され、組織がプライベート・オファーを購入するために同じAzureサブスクリプションを再利用することを希望しています。
OracleSubscriptionリソースをリセットまたは削除するには、このトピックで説明するすべてのシナリオについて、Oracleのマルチクラウド・サポートおよびエンジニアリング・チームからのヘルプが必要です。Oracleは、次の表に示すアクションを実行するか、必要に応じてアクションの実行を支援します。Oracle Support Request (SR)を開いて支援を得ます。 ナレッジ・ベースの記事KB175725(このトラブルシューティング・トピックの情報を含む)をOracle Supportリクエストで参照できます。
表1-1
シナリオ 解決のためにOracleによって実行される処理 サービスは使用しなくなりました。 - OCIコンソールで: DBホーム、PDBおよびCDBの削除
- Azureコンソール: ExadataおよびAutonomous Databaseリソースの削除
- マルチクラウド・リンクの削除
- Azureサブスクリプションの削除
- OCIアカウントの終了(オプション)
プライベート・オファーに間違った請求IDが指定されました。 CPQ見積およびプライベート・オファーに対して間違った請求IDを修正してください。
間違ったOCIテナンシがAzureサブスクリプションにリンクされました。 正しくないOCIテナンシからマルチクラウド・リンクを削除して、アカウント・リンク・ステップを正しいテナンシで再度実行できるようにします。
間違ったオファーが購入されました。 AzureのOracleSubscriptionリソースを削除して、新しいOracleSubscriptionリソースを作成し、正しいプライベート・オファーの購入に使用できます。
Microsoft Azureロック
- 終了およびMicrosoft Azureロック
リソースを終了する前に、Oracle Database@Azureリソースに対するすべてのMicrosoft Azureロックを削除することをお薦めします。たとえば、Oracle Database@AzureでロックされたMicrosoft Azureプライベート・エンドポイントを使用している場合は、エンドポイントを削除できることを確認してから、Oracle Database@Azureリソースを削除する前にロックを削除します。ロックされたリソースの削除を防止するポリシーがある場合、Oracle Database@Azureはロックされたリソースを削除できないため、システム・リソースを削除するOracle Database@Azureワークフローは失敗します。
ネットワーキング
- デフォルト・ネットワークのAzure委任サブネットにNSGを適用できません
Azureのデフォルトのネットワーク機能では、NSGルールはOracleのAzure委任サブネットでのみ適用できません。
回避方法:- オプション1: デフォルトのネットワーク機能はAzureに保持しますが、Azure側(VNet経由)ではなくOCI側(VCN経由)にNSGルールを適用します。
- オプション2: Oracle Database@Azureの新しい委任サブネットを作成する前に、次の機能を登録してAzureでAdvanced Networkを有効にし、Azure側でNSGルールを適用します。
表1-2
機能名 プロバイダ・ネームスペース EnableRotterdamSdnApplianceForOracleMicrosoft.Baremetal EnableRotterdamSdnApplianceForOracleMicrosoft.Network ノート
- ステータスが「登録済」になるまで待ってから、委任サブネットを作成します。
- 拡張ネットワーク機能が有効になっているOCI側とAzure側の両方でNSGルールが可能であるため、適用する前に、Azure側とOCI側の両方のすべてのセキュリティ・ルール間で競合がないことを確認してください。ルールの整合性がとれていないと、業務の中断につながる可能性があります。
- 詳細は、Microsoftのドキュメントを参照してください。
- 委任サブネットの最大数
- 各Azure仮想ネットワーク(VNet)には、Oracle Database@Azureの委任サブネットを最大1つ含めることができます。
- 同じExadataインフラストラクチャからの複数のVMクラスタは、1つの委任サブネットで許可されます。
- 異なるExadataインフラストラクチャ・リソースからの複数のVMクラスタは、同じ可用性ゾーンにあるかぎり、1つの委任サブネットで許可されます。
- 2つのExadataインフラストラクチャ・リソース(たとえば、可用性ゾーン1のプライマリ、可用性ゾーン2にあるセカンダリ)は、1つの委任サブネットでは許可されません。これは、この構成によって最適でないネットワーク・パスが発生するためです。
- Oracle Database@Azureサービスは、デフォルトで最大5つの委任サブネットを使用できます。さらに委任されたサブネット容量が必要な場合は、サービス制限の引上げをリクエストできます。
- OCIコンソールでのサービス制限の表示および増加の詳細は、次のトピックを参照してください:
- サービス制限の引上げを送信する場合は、次の点に注意してください。
- サービス名は
Multicloudです。 - リソース名は
Delegated Subnet Multicloud Linksです。 - Oracle Database@Azure委任サブネットのOCIサービス制限名は、
azure-delegated-subnet-countです。 - 制限は地域レベルで適用されます。
- サービス名は
- 各Azure仮想ネットワーク(VNet)には、Oracle Database@Azureの委任サブネットを最大1つ含めることができます。
- Oracle Database@Azureを使用したAzureサービスの高度なネットワーキングの有効化
Oracle Database@Azureと、Azure Container Appsなどの様々なAzureサービスと、プライベート・エンドポイントを介したAzure Functionsなどのサーバーレス・ソリューションとの完全な互換性を確保するには、高度なネットワーキングを有効にする必要があります。
高度なネットワーキングがないと、一部のAzureサービス(Azure Container AppsやAzure Functionsなどのサーバーレス・アプリケーション)はOracle Database@Azureでサポートされません。高度なネットワーキングを有効にすると、Oracle Database@Azureとこれらのサービス間の接続に関する一般的な問題、およびその他の関連する問題が解決されます。
高度なネットワーキングを有効にする手順については、Oracle Database@Azureのネットワーク計画を参照してください。
以前に作成したOracle Database@Azure委任サブネットを持つ仮想ネットワーク(VNets)は、現在、高度なネットワーキングをサポートしていません。これらの既存のデプロイメントのサポートは、今後の更新のために計画されています。現在、高度なネットワーキングを有効にした後、仮想ネットワーク(VNet)を作成する必要があります。
接続の問題が発生した場合は、次のステップを確認してください。- AzureサブスクリプションにAdvanced Networkingを登録しました。
- 高度なネットワークの有効化後に仮想ネットワーク(VNet)を作成しました。
- 詳細は、Oracle Database@Azureのネットワーク計画を参照してください。
- OCIテナンシでVCNフロー・ログ・データを使用できない
デフォルトでは、Oracle Database@Azureのオンボーディング中に作成されるOCIテナンシのサービス制限は、VNCフロー・ログに対して0 (ゼロ)です。VCNフロー・ログを使用するには、OCIテナンシのサービス制限の引上げをリクエストします。手順は、VCNフロー・ログの制限の引上げをリクエストするにはを参照してください。
エラー条件
- Oracle Database@Azureを使用したAzureサブスクリプションを別の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でリソース作成を有効にするには
この項で説明するポリシーを作成して、Azure East US 2でのリソース作成を有効にします。必要な権限なしでEast US 2にリソースを作成しようとすると、Azure Portalに「デプロイメントに失敗しました」というメッセージが表示されます。
次のように、必要なポリシーを作成します:
- ナビゲーション・メニューを開き、「アイデンティティおよびセキュリティ」を選択します。「アイデンティティ」セクションで、「ポリシー」を選択します。
- 「ポリシーの作成」を選択します。
- 名前: フィールドに
Additional_Multicloud_Policyと入力します。 - 説明: これはオプションのフィールドです。たとえば、「ポリシー」を入力して、Azure East US 2リージョンでOracle Database@Azureリソース作成を有効にできます。
- ポリシー・ビルダーで、「手動エディタの表示」トグル・スイッチを使用して手動ポリシー・エディタ・フィールドを有効にし、次のポリシーを手動エディタに貼り付けます:
define tenancy networking-dataplane2 as ocid1.tenancy.oc1..aaaaaaaailqy63b6fbqoa6jyd324iyb5xoafpji2j6evpqqx5or74vwknv5aendorse 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でオンボーディングした場合、アクションは必要ありません。 - Azure East US 2で可観測性(メトリック)を有効にするには次のように、可観測性(メトリック)に必要なポリシーを作成します。
- ナビゲーション・メニューを開き、「アイデンティティおよびセキュリティ」を選択します。「アイデンティティ」セクションで、「ポリシー」を選択します。
- 「ポリシーの作成」を選択します。
- 名前: フィールドに
Additional_Observabilioty_Multicloud_Policyと入力します。 - 説明: これはオプションのフィールドです。たとえば、「ポリシー」を入力して、Azure East US 2リージョンのOracle Database@Azureメトリックを有効にできます。
- ポリシー・ビルダーで、「手動エディタの表示」トグル・スイッチを使用して手動ポリシー・エディタ・フィールドを有効にし、次のポリシーを手動エディタに貼り付けます:
define tenancy obs_tenancy_2 as ocid1.tenancy.oc1..aaaaaaaalfamrkmvchwc3mndr4c4htwtntx2ampbas3z42c6sxyqviit4gtadefine tenancy obs_cp_tenancy_2 as ocid1.tenancy.oc1..aaaaaaaa7bzfp55yuik3t2sesnqgsyohpbfr4ocl4vlq7foyhmaa34xktyjaendorse 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 ocid1.compartment.oc1..aaaaaaaalro4yg4evjyyrtxrjedakvtg6tcqizdg4xulwbcxctwtpc3nvjdq where all {request.principal.type='serviceconnector'}admit any-user of tenancy obs_cp_tenancy_2 to { DATABASE_INSPECT, PLUGGABLE_DATABASE_INSPECT } in compartment id ocid1.compartment.oc1..aaaaaaaalro4yg4evjyyrtxrjedakvtg6tcqizdg4xulwbcxctwtpc3nvjdq where all { request.principal.type = 'workload', request.principal.namespace = 'obs-cp', request.principal.service_account = 'obs-cp-service-account’} - 「作成」ボタンを選択して、ポリシーを作成します。新しいポリシーは、「ポリシー」リスト・ビュー・ページにリストされます。
ノート
2025年4月15日以降にOracle Database@Azureでオンボーディングした場合、アクションは必要ありません。