このWebページでは、Oracle Autonomous Database(Oracle Autonomous Data WarehouseおよびOracle Autonomous Transaction Processing)のよくある質問と回答を一覧表示しています。
このFAQの一覧は定期的に更新されます。
このセクションでは、Oracle Autonomous Databaseに関するよくある質問を紹介します。これらの質問と回答は、Autonomous Data WarehouseとAutonomous Transaction Processingの両方を対象としています。質問は以下のセクションに分かれています。
Oracle Autonomous Databaseは、世界初のクラウドでの自律型データ管理であり、パッチ適用、アップグレード、およびチューニングが自動化されています。システムの稼働中に日常的なすべてのデータベース・メンテナンス作業を人手を介さずに実行します。この新しい自律型データベースは、自己管理、自己保護、自己修復が可能で、手動でのデータベース管理や人的エラーを排除するのに役立ちます。
Oracle Autonomous Databaseは完全な弾力性を備えており、ECPUの数とデータベースのストレージ容量をGBまたはTB単位で指定するのみです。ECPUまたはストレージ容量は、いつでもスケール・アップまたはスケール・ダウンできます。
Autonomous Databaseでは、4つの主要なタイプのワークロードがサポートされています。
このオプションでは、お客様は Autonomous Database のみをプロビジョニングおよび管理し、基盤となるインフラストラクチャはすべてオラクルが導入および管理します。データベースの配置からバックアップ、アップデートに至るまで、データベースのライフサイクルのすべての側面をオラクルが自動で運用します。
専用:パブリック・クラウド内にプライベート・クラウドを提供します。シングル・テナント専用のコンピュートとストレージ、ネットワーク、データベースのサービスです。マルチテナントのデータベース・アーキテクチャを提供し、単一のデータベース・システム内で複数のAutonomous Databaseを作成および管理することができます。Autonomous Database Dedicatedはカスタマー・データセンターのExadata Cloudでも利用可能です。
データセンターの全リストは、Oracle Cloud Data Regions for Platform and Infrastructure Servicesをご覧ください。
場合によっては、ツール、アプリケーション、サービスなどがAutonomous Database専用に拡張されています。一般的に、Oracle Databaseで認証されているツールなどは、リストに掲載されているかどうかに関わらず、Autonomous Databaseに対して正常に動作します。Autonomous Databaseと連携するツール、アプリケーション、サービスなどの詳細なリストをご覧になる場合は、こちらをクリックしてください。
Autonomous Databaseの導入と成功に役立つ資料は豊富に用意しております。詳細はこちらからご確認ください。
価格の詳細については、oracle.comのAutonomous Data Warehouse (ADW)またはAutonomous Transaction Processing (ATP)ページをご確認ください。
ライセンス込みバージョンのADBをプロビジョニングすることも、ライセンス持込み(BYOL)インスタンスをプロビジョニングすることもできます。BYOLの使用を望む場合は、現在のデータベース・ライセンスをADBサービスに適用する必要があります。ATPのBYOL要件については、ATPの価格ページでご確認いただきます。ADWのBYOL要件については、ADWの価格ページでご確認いただきます。
このドキュメントでは、ADBのライセンス要件について説明します。
はい。特定の制限が適用されますが、ADBは秒単位の請求をサポートしています。詳細は、こちらをご覧ください
Autonomous Database内の自動スケーリング機能により、ワークロードに応じたリアルタイムの自動スケーリングが可能です。自動スケーリングにより、停止時間なしで3xにより多くのCPU/IOリソースが即時に提供されます。しかし、実際の使用量に対してのみ請求されるため、追加のコンピュート・リソースが必要になったときにのみ料金を支払うことになり、真の従量課金モデルが実現します。詳細は、こちらをご覧ください
はい。これを行うには、クラウド・コンソールからサービスを停止するか、OCI APIを使用してコマンドラインからサービスを停止します。この運用により、ADBデータベースが閉じられ、データが保持され、CPUへの課金が停止されます。また、自律型データベースを自動的に停止および開始するスケジュールを定義することもできます。詳細はこちらをクリックしてご覧ください。
はい。ADBは30日間の無料トライアルを提供しています。oracle.comにサインアップ・プロセスがあります。詳細は、こちらをクリックしてご覧ください
はい。ADBは完全無料のサービスを提供しています。詳細は、こちらをクリックしてご覧ください
はい。Autonomous Databaseでは、お客様が暗号化キーを管理できます。詳細は、こちらをクリックしてドキュメントをご覧ください。
オラクルは、全体的なセキュリティ承認プロセスの一環として、外部企業を使用して侵入テストを実行します。
Oracle Autonomous Databaseは、外部攻撃と悪意のある内部ユーザーの両方から保護します。
すべてのデータは、透過的データ暗号化を使用して保存時に暗号化されます。クライアントからADBへのネットワーク接続も暗号化され、最高レベルのセキュリティが提供されます。
オラクルでは、すべてのセキュリティ更新が自動的に適用され、データが脆弱でないことが保証されます。
フィッシング攻撃を防ぐためのOSログオンまたはSYSDBA権限はお客様には付与されません。
Database Vault、Virtual Private Database、Data Redactionなどのデータベース内機能も利用可能です。
はい、データ・リダクションはADBの一部です。
はい。現在のバージョンのADBにはDatabase Vaultが含まれています。これは、ADBと自由に使用できるデータ・セーフなどの他のPaaS製品と組み合せて、ADB内に包括的なセキュリティ・レイヤーを作成できます。詳細はこちらからご確認ください
Oracle Data Safeには、多数の監査レポートが用意されています。詳細については、こちらをクリックしてご覧ください。
ADBの現在のSLAは、暦月の99.95%の可用性となっています。より高いレベルの可用性を必要とするお客様の場合、Autonomous Data Guard機能は、スタンバイ・インスタンスを介して99.995%のSLAでフェイルオーバー保護を提供します。こちらをクリックして、コンソールから Autonomous Databaseに関する可用性指標をモニターすることができます。
Autonomous Data Guardをディザスタ・リカバリ用に有効化する方法の詳細については、ここをクリックしてご確認ください。
はい。Autonomous Data Guard機能は、自動化されたフェイルオーバー保護を提供するバックグラウンドでスタンバイ・インスタンスを実現します。詳細については、ADWの場合はこちらを、ATPの場合はこちらをご覧ください。
サービス・コミットメント」に関連する主要な用語の具体的な定義については、柱となるドキュメントに詳細情報が記載されています。こちら(PDF)をご覧ください。
サービスの可用性はオラクルが責任を負います。したがって、サービス全体がダウンした場合、オラクルの責任でサービスを可及的速やかにオンラインに戻す必要があります。お客様は、Autonomous Databaseインスタンスの自動データ保護とディザスタ・リカバリを提供するAutonomous Data Guardを使用して、スタンバイ・データベースを作成することができます。
はい。ADBにはデータベースをクローニングする機能があり、データベースの全体またはデータベース・メタデータのみをクローニングできます。
はい。Oracle Data Safeデータ・マスキング機能は、ADBのクローン・インスタンスで使用できます。詳細は、こちらをクリックしてご覧ください
はい。Autonomous Databaseには、Database Actionsと呼ばれるWebツールキットが組み込まれています。Autonomous Databaseの開発ツール、データツール、管理者、監視機能を提供します。データベース・アクションを使用すると、SQL文、クエリ、スクリプトをワークシートで実行できます。詳細は、こちらをクリックしてご覧ください
VPNまたはFastConnectを使用して、オンプレミス・ネットワークをADBに接続できます。
Autonomous Databaseへのプライベート接続の使用がサポートされています。
はい。プライベート・エンドポイントはADBでサポートされています。
はい。データベース・リンクはADBで完全にサポートされています。
ADBは、通常のTCP (非ウォレット)とTCPS (ウォレット・ベース)の両方のSQL*Net接続をサポートしています。ADB専用へのインバウンド・データベース・リンク接続はTCPまたはTCPSにできますが、ADB専用からのアウトバウンド・データベース・リンク接続はTCPベースのみにできます。
詳細は、こちらをクリックしてドキュメントをご覧ください。
はい。Autonomous Databaseは、PostgreSQL、Amazon Redshift、Snowflake、MySQL、DB2、Teradata、SQL Serverなど、オラクル以外のデータベースとのオラクルマネージドによる異種接続を提供します。詳細情報についてはこちらをクリックしてドキュメントをご覧ください。
はい。ディレクトリ・オブジェクトはADB内でサポートされています。これにより、既存のアプリケーションをADBに移行しやすくなります。
詳細は、こちらをクリックしてドキュメントをご覧ください。
はい。Oracle Rest Data Services (ORDS)は、Autonomous Databaseでサポートされています。
はい。Autonomous Databaseは、Simple Oracle Document Access (SODA) for RESTをサポートしています。
詳細は、こちらをクリックしてドキュメントをご覧ください。
ADBにデータをロードするには、複数の方法があります。
ADBは、データをロードするための複数のオブジェクト・ストレージ・サービスと統合されています。サポートされているオブジェクト・ストアのいずれかにソースファイルをアップロードすることができ、これは大規模なデータセットをロードする場合に推奨される方法です。SQL Developerには、これらのオブジェクト・ストアからデータをロードできるデータ・ロード・ウィザードも用意されています。
Data Pump Importを使用して、ダンプ・ファイルからデータをロードできます。Data Pump Importは、Oracle Cloud Infrastructure Object Storage、Oracle Cloud Infrastructure Object Storage Classic、AWS S3、Microsoft Azure Blob Storageと統合されています。これらのオブジェクト・ストアのいずれかにダンプ・ファイルをアップロードし、そのダンプ・ファイルからインポートすることができます。
また、SQL*Loaderのようなクライアントサイドのツールや社内スクリプトを使用して、クライアント・マシンに存在するファイルからデータをロードすることもできます。
もう1つのオプションは、GoldenGate、ODI、GoldenGate Cloud Service、Oracle BI Data SyncなどのOracleツールとクラウド・サービスを使用することです。
ADBに接続できるサード・パーティのETLツールも、データのロードに使用できます。
Autonomous Databaseは、技術者ではないユーザー向けにウィザードドリブンのデータロードツールを提供し、スクリプト作成のためのAPIを提供します。
Autonomous Databaseでは、次のようなさまざまななファイル・タイプをロードできます。
ローカル・ファイルからのデータのロード: AVRO、CSV、JSON、TSV、デリミタ付きTXT、XLS、XLSX、XMLのファイル形式でファイルを追加できます。
クラウド・ストレージからデータをロードします。クラウド・ストア(Oracle Object Storage、Amazon S3、Azure Blob Storage、Google Cloud Storage、Wasabi Cloud Store)からAutonomous Databaseの表にデータをロードすることができます。AVRO、CSV、JSON、Parquet、ORC、区切りTXTのファイル形式をサポートしています。
Oracle Autonomous Databaseは、メタデータをOCIデータ・カタログと直接同期できます。データカタログは、データの専門家がデータを発見し、データ・ガバナンスをサポートするのに役立つメタデータ管理サービスです。資産のインベントリ、ビジネス用語集、データレイク用の共通メタストアを提供することで、Autonomous Databaseとうまく連携するように特別に設計されています。詳細は、こちらをクリックしてご覧ください
ただし、自動インデックス作成はデフォルトではオンになっていません。詳細は、こちらをクリックしてご覧ください
はい。ただし、自動パーティション化がデフォルトでオンになっていないことに注意してください。詳細は、こちらをクリックしてご覧ください
はい、お客様はほぼすべてのPL/SQL機能を利用できます。詳細は、こちらをクリックしてご覧ください
はい。Autonomous Databaseは、これらの編成されたソースへのアクセスを効率的に設定するための簡単な方法を提供します。クエリでは、パーティション化構造を利用して、スキャンを最小限に抑え、パフォーマンスを最大化できます。詳細は、こちらをクリックしてご覧ください
Autonomous Database Serverlessでは、デフォルトのメンテナンス・ウィンドウを使用して、データベースに自動的にパッチを適用します。メンテナンスおよびパッチ情報を表示し、Autonomous Databaseのメンテナンス履歴の詳細を確認できます。データベースをプロビジョニングするときに、パッチ・レベルを選択できます。タイトル、状態、開始時間、停止時間など、過去のメンテナンス・イベントの詳細についてメンテナンス・イベント履歴を表示できます。詳細は、こちらをクリックしてご覧ください
専用導入では、メンテナンス・ウィンドウを変更して、Exadata環境およびデータベースが更新されるタイミングを管理できます。
オラクルの運用はパッチ適用をモニターし、基本的なサニティ・テストに従ってパッチを正常に適用できない場合はロールバックします。しかし常に、アプリケーションからでないと悪影響が観測できない可能性があります。その場合は、サービス・リクエスト(SR)を介してOracleに通知する必要があります。
いいえ。ADBはオペレーティング・システムへのアクセスを許可しません。
はい。Oracle Autonomous Databaseは、クラウド移行前アドバイザ・ツール(CPAT)と呼ばれる無料ツールを使用します。これは既存のOracle Databaseスキーマを分析し、Autonomous Databaseへの正常な移行を確実にするために推奨を行う軽量ユーティリティです。詳細は、こちらをクリックしてご覧ください
オラクルでは、論理移行アプローチを使用して既存のOracle DatabasesをAutonomous Databaseに移行することを推奨しています。詳細は、こちらをクリックしてご覧ください
ADBへの移行の主な移行ツールはData Pumpです。スキーマをエクスポートし、Data Pumpを使用してADBにインポートできます。エクスポート/インポート処理中のソース・データベースの追加/増分変更を同期するには、GoldenGateまたはGoldenGateクラウド・サービスを使用して、それらの変更をADBにレプリケーションできます。
現在のリリースでは、バックアップ/リストア、Data Guard、データベース・クローン、トランスポータブル表領域などの物理移行方法を使用して、既存のデータベースをADBに移動することはできません。
はい。Data Pumpを使用してソース・スキーマをエクスポートし、ダンプ・ファイルをオブジェクト・ストアに移動し、Data Pump Importを使用してそれらをADBデータベースにロードできます。
ADBは、データベース・リソース・マネージャおよびIOリソース・マネージャを使用して、すべてのデータベースのリソースを分離します。CPU、メモリーおよびIOリソースはADBで過剰にプロビジョニングされないため、すべてのお客様が常に割り当てられたリソース量を取得しています。
この項では、Oracle Autonomous Database Serverlessに関するよくある質問の一覧を表示します。
Oracle Autonomous Database Serverlessは、さまざまなタイプのワークロード(データ・ウェアハウス分析、トランザクション/混合、APEXおよびJSON)向けにチューニングおよび最適化されたフルマネージド・データベースを提供します。サーバーレス・インフラストラクチャでは、顧客はデータベースの配置からバックアップ、更新に至るまで、データベースのライフサイクルのすべての側面をオラクル自動で運用を行う、完全に弾力性のあるデータベースを利用できます。
Autonomous Databaseの詳細については、oracle.comおよびドキュメントでご確認いただけます。
オラクルでは、Autonomous Databaseに関する技術的な質問にstackoverflow.comを利用しております。こちらをクリックしてご覧ください。質問を投稿する際には、oracle-autonomous-dbタグをご使用ください。
はい。Oracle Autonomous Database Serverless for Data Warehousing用のパーソナライズされたTCOレポート・ビルダーが公開されており、3つの簡単なステップで自動化の価値を計算し、Autonomous Database Serverless for Data Warehousingを使用することで削減できる金額を確認できます。詳細はこちらからご確認ください
Autonomous Database Serverlessには、5つのデフォルトのデータベース・サービス(HIGH、MEDIUM、LOW、TPおよびTPURGENT)が用意されています。サービスは、システムがリソース不足に陥ったときのセッションの優先度をコントロールし、並列度をコントロールします。デフォルトでは、TP、TPURGENT、LOWサービスに連携している場合、クエリは順次実行されます。
ユーザーはオブジェクトに並列度を指定したり、オプティマイザーのヒントを使用して、TPURGENTサービスに連携しているときに使用される並列実行をトリガーすることができます。HIGHおよびMEDIUMサービスにセッションが連携している場合、クエリは自動的に並列実行されます。
Autonomous Database Serverlessは、プロビジョニングしたCPU数に基づいて、すぐに並列処理を構成します。つまり、パラレル処理を明示的に構成する必要はありません。
お客様は、データベースのインメモリ・オプションの機能を使用できません。内部的には、Autonomous Database Serverlessはデータベース・インメモリの主要な機能のいくつかを使用してパフォーマンスを最適化しています。
はい。SQL Developerには、AWS Redshift、MySQL、Microsoft SQL Server、Sybase Adaptive ServerおよびIBM DB2 (UDB)用の移行ウィザードが用意されています。移行ウィザードは、ソース・データベースに接続し、メタデータとデータをエクスポートして、スキーマ・オブジェクトおよびデータAutonomous Databaseをインポートします。また、移行スクリプトを保存して、SQL Developerの外部で必要な場所で実行することもできます。詳細はこちらからご確認ください
はい。すでにオラクルのソフトウェア・ライセンスをお持ちの組織であれば、既存のデータベース・ライセンスをAutonomous Databaseに移行することができます。Oracle Cloud Infrastructureクラウド・サービスの価格に関するBYOL(Bring Your Own License)およびその他のライセンス・オプションについては、こちらをクリックして、Autonomous Database Serverless価格をご覧ください。
BYOLには、Oracle Advanced Analyticsのライセンスは必要ありません。
BYOLには、Oracle Spatial and Graphのライセンスは必要ありません。
この項では、Oracle Autonomous Database Dedicatedに関するよくある質問の一覧を表示します。
Autonomous Database Dedicated (ADB-D)は、お客様が自律型データベースを独自の専用Exadataクラウド・インフラストラクチャにプロビジョニングできるようにする導入の選択肢です。
ADB-Dは、最高レベルのパフォーマンスとセキュリティ・ガバナンスを実現するためのソフトウェアとハードウェアの分離など、運用ポリシーのカスタマイズをお客様に提供します。この製品は、一般的なエンタープライズ・ライフサイクル管理機能を備えたOracle Autonomous Databaseをクラウドに導入したいお客様に適しており、特に、独自のデータベース・クラウドを介したセルフサービス機能を希望するお客様に最適です。ADB-Dは、Oracle CloudおよびExadata Cloud@Customerを使用したお客様のデータセンターで使用できます。
Autonomous Databaseクラウド・サービスでは、サーバーレスと専用の2つのインフラストラクチャを選択できます。
最もシンプルな構成であるサーバーレス(ADB-S)では、複数のお客様がExadataクラウド・インフラストラクチャのリソースを共有します。このようなお客様は、最小限のコミットメントなしで迅速に開始できるため、迅速なデータベース・プロビジョニングと、コンピュートとストレージの独立したスケーラビリティを実現できます。サーバーレスはOracle Cloud Infrastructure上で実行されます。
専用(ADB-D)の場合、お客様はまず、プロセッサ、メモリ、ネットワーク・インフラストラクチャ、ストレージ・リソースを共有しない、他のテナントから隔離された専属のExadataクラウド・インフラストラクチャに登録する必要があります。このインフラストラクチャの選択により、ソフトウェアとインフラストラクチャのライフサイクル、データベース・ワークロードの分離のためのカスタマイズ可能なポリシー、ソフトウェア更新のスケジュールとバージョニング、および可用性ポリシーをより詳細に管理できます。専用インフラストラクチャは、Oracle Cloud InfrastructureおよびExadata Cloud@Customerで利用可能です。
どちらのAutonomous Databaseインフラストラクチャも、高可用性、優れたパフォーマンス、マルチレベルのセキュリティを保証します。
ADB-Sは、すべての運用意思決定をオラクルに委ねることで、最高レベルの自律型エクスペリエンスを実現します。ハンドルやクルーズ・コントロールが不要な完全自律型の自動車をイメージしてください。ADB Serverless(ADB-S)により、お客様は自社の自律型データベースを迅速にプロビジョニングし、生産性を高めることができます。
一方、ADB Dedicated(ADB-D)は、ハンドルとクルーズ・コントロールがまだ含まれている自律型車両に似ています。ADB-Dは、Exadataクラウド・インフラストラクチャ・レベルから、メンテナンス・スケジュール、ソフトウェアの更新バージョン、バックアップ保持期間などをカスタマイズすることで、より高度な制御と分離を提供します。ADB- Dにより、お客様は組織構造とアプリケーション・ワークロードの重要性に基づいてデータベースをグループ化し、分離することができます。ADB-Dは、パブリック・クラウドまたはお客様のデータ・センターで実行される独自のデータベース・クラウド環境内でセルフサービス・データベース機能を提供することを希望するお客様に最適です。このモデルを使用することで、カスタマー・フリート管理者は、ハンドルとクルーズコントロール(カスタマイズされた運用ポリシー)を使用して、組織のさまざまな部分に運用計画をカスタマイズすることができ、その後、組織はハンドルやクルーズコントロールを必要とせずに、車両と同様のセルフサービス・エクスペリエンスを通じて消費することができます。
すべてのデータ・ウェアハウス(ADW-D)、トランザクション処理または混合ワークロード(ATP-D)データベースを、ADB専用で任意のサイズ、スケールまたは重要度で実行できます。また、最高のガバナンス、一貫したパフォーマンス、運用管理を必要とする可能性のあるデータベースもサポートします。
Exadata Cloud@Customerの導入により、ADB DedicatedはAutonomous Databaseを求めつつも、データ主権、企業ポリシー、ネットワーク・レイテンシ、セキュリティ要件などの理由でパブリック・クラウドに移行できないオンプレミスのお客様に最適です。
はい、同じADB専用ExadataラックにATP-DとADW-Dのデータベースを混在させることができます。
ADB-Dでは、Oracle Database Enterprise Editionに存在するすべての機能が利用できるわけではありません。たとえば、データベース管理機能は使用できません。完全なリストについては、Autonomous Database Dedicated のドキュメントをご覧ください。
Autonomous Database on Exadata Cloud@Customer(略してADB-ExaC@C)は、オンプレミスのGen 2 Exadata Cloud@ Customer上で動作する専用のAutonomous Databaseです。お客様のデータ・センターで実行する場合を除き、Oracle Cloud Infrastructure上と同じADB Dedicated Cloudサービスです。これは、Autonomous Databaseを求めるが、主権法、業界の規制、企業ポリシー、ネットワークのレイテンシとセキュリティの要件、またはローカルで実行されているデータベースと緊密に結合されたオンプレミス・アプリケーションを持つお客様のためにパブリック・クラウドを利用できないお客様向けです。
2つの異なるプラットフォームで実行されているのと同じAutonomous Database専用クラウド・サービスです。どちらのサービスも、同じインタフェース(OCIコンソール、CLIおよびREST API)で管理されます。これらは同じ機能セットを持ちますが、これらのプラットフォームの新機能のリリース日は異なります。
主な違いは次のとおりです。
Oracle Autonomous Databaseは、バックアップおよびリストア操作、およびオブジェクト・ストレージとローカルExadataストレージの管理を担当します。お客様が管理するストレージ(NFSおよびZDLRA)を使用したバックアップおよびリストアは、お客様の責任です。
Oracle Autonomous Databaseは、Exadataとユーザーデータベース(Dom0とDomU)の両方にパッチを適用する責任を負います。お客様は、デフォルトのパッチ適用スケジュールをご希望のスケジュールで上書きすることができます。
最初のリリースでは、ExaC@CラックがAutonomous Database用かExadata Database用かを指定する必要があります。Autonomous DatabaseとExadata Databaseのミックス・サポートは、2021年度のロードマップ・アイテムです。
X8およびX7 ExadataインフラストラクチャのQuarter、HalfおよびFull Rackがサポートされています。これらのシステムの容量と特徴の詳細については、こちらをご覧ください。
Gen 2 Exadata Cloud at Customer InfrastructureのQuarter、HalfおよびFull Rackがサポートされています。
注:ADBは、お客様のインフラストラクチャのベースシステムとGen 1 Exadataクラウドでは利用できません。これらのシステムの容量と特徴の詳細については、こちらをご覧ください。
X8Quarter RackのExadataインフラストラクチャには、100個の有効なCPUコアがあるため、CPUコアを持つデータベース(100個のデータベース)と同じ数のデータベースをサポートできます。
ADB-Dが小数OCPU/オーバープロビジョニングをサポートしている場合、1つのCPUコアで最大10個のデータベースを実行できますが、高可用性の導入用にプロビジョニングされた各Autonomous型のContainer Databaseでは、最大200個のデータベースしか使用できません。
Half RackとFull Rackには最大200の自律型データベース、高可用性構成にはコンテナ・データベースごとにQuarter Rackには100の自律型データベースを持つ最大12の自律型コンテナ・データベースを設定できます。
詳細については、こちらをご覧ください。
フリート管理者は、専用デプロイメント用のAutonomous Exadata Infrastructure (AEI)およびAutonomous Container Database (ACD)リソースの作成と管理を担当する論理サービス・ロール(IAM権限で管理)です。Exadata Cloud@Customerでは、フリート管理者はバックアップ保存先およびAutonomous Exadata VMクラスタのプロビジョニングおよび管理も担当します。これらのリソースは、専用の自律型データベースを作成する前に作成する必要があります。
論理ロールは、AEIおよびACDリソースを管理するためのユーザー・グループ(フリート管理者グループ)にIAM権限を付与することで実体化されます。詳細は、フリート管理者のための Autonomous Database 専用導入ガイドをご覧ください。
データベース管理者は、論理サービス・ユーザー・ロール(IAM権限で管理)と、Autonomous Databaseの作成、監視および管理を担当するデータベース・ユーザー・ロールの両方です。Autonomous Databaseリソースを管理するためには、サービス・ロールは、ADBのターゲットとしてプロビジョニング中に割り当てることができるAutonomous Container Databaseリソースを少なくとも使用できる必要があります。
データベース・ユーザーは、本質的にアプリケーション開発者であり、Autonomous Databaseに接続して、アプリケーションによって生成されたデータを格納およびアクセスできるユーザーです。データベース・ユーザーは、サービス・ユーザーと同様にIAMによって管理されるのではなく、Autonomous Databaseにネイティブに組み込まれた機能によって管理されます。データベース管理者は、特別なケースであるデータベース・ユーザーでもあるIAMサービス・ユーザーで、最高レベルのADB権限を持つユーザーです。
データベース管理者は、自律型のデータベースの作成、接続、スキーマおよびユーザー・アクセスを管理することができます。データベース管理者は、ADB-Dの職責はADB-Sとまったく同じです。
はい。オンプレミスのEM 13.3+またはOCI Marketplace EM 13c Imageを使用して、OCI上のADB DedicatedとExadata Cloud@顧客上のAutonomous Databaseの両方をモニターできます。
詳細は、Oracle Autonomous DatabasesのEM Cloud Control管理者ガイドをご確認下さい。
次の2つの要素があります。
1. インフラストラクチャ: Oracle Cloud Infrastructure導入の場合はExadata Cloud Infrastructureに、Cloud at Customer導入の場合はExadata Cloud at Customer Infrastructureに登録します
2.Database OCPU: ライセンス込みまたはBYOLライセンス・タイプのいずれかを使用して、消費するアクティブOCPUごとに時間単位で登録します。請求は、各Exadataクラウド・インフラストラクチャ・リソースのすべてのアクティブOCPUを合計した集計レベルで毎月行われます。
ADB-D on OCIの価格に関する詳細は、Autonomous Databaseの価格ページ(ATP/ADW)をご覧ください。ExaC@CのADBの価格に関する詳細は、Exadata Cloud@Customerの価格ページでご確認下さい。
OCIでは、これはExadataインフラストラクチャ・レベルで定義されます。ExaC@Cでは、これはAutonomous VMクラスタ・レベルで定義されます。そのため、現在、ADB-DおよびADB-ExaC@C respでラック当たり複数のVMクラスタがサポートされるまで、Exadataラックでは1つのライセンス・タイプ(ライセンス・インクルードまたはBYOL)のみを使用できます。