データベース・サービスの概要

データベース・サービスは、自律型および共同管理のOracle Database Cloudソリューションを提供します。Autonomous Databaseは事前構成済で、トランザクション処理またはデータ・ウェアハウス・ワークロードに適した完全に管理された環境です。共同管理ソリューションは、ベア・メタル、仮想マシンおよびExadata DBシステムであり、ニーズに合ったリソースや設定でカスタマイズできます。

Autonomous Databaseまたは共同管理DBシステムを迅速にプロビジョニングできます。ユーザーはデータベースで使用可能な機能と操作への完全なアクセス権を持っていますが、Oracleはインフラストラクチャを所有および管理します。

また、Exadata Cloud@Customerを使用して、共同管理データベース・サービスをデータ・センターに拡張することもできます。これにより、ExadataとOracle Cloud Infrastructureを組み合せた機能が適用されると同時に、組織のデータ常駐要件を満たすことが可能になります。

各サービスの詳細は、次の概要トピックから開始してください:

Autonomous Database

データベース・サービスは、OracleのAutonomous Databaseおよびトランザクション処理とデータ・ウェアハウスのワークロード・タイプを提供します。

共同管理システム

ノート

MySQLデータベースの詳細は、MySQLデータベースを参照してください。

ライセンス・タイプおよびライセンス持込み(BYOL)の可用性

データベース・サービスのライセンス・オプション

Oracle Cloud Infrastructureでは、2つのライセンス・タイプでライセンス・モデルがサポートされています。ライセンスが含まれている場合、クラウド・サービスのコストには、データベース・サービスのライセンスが含まれています。ライセンス持込み(BYOL)では、Oracle Databaseの顧客はOracle Cloud Infrastructureを含む既存のライセンスを使用できます。Oracle Databaseの顧客は、これらのライセンスのプログラム順序で定義されているように、BYOLライセンスに適用可能なライセンス制限を遵守する責任があります。

個別のオンプレミス・ライセンスおよびクラウド・ライセンスは必要ありません。BYOLデータベースでは、DBシステムのバックアップとリストア、パッチ適用、Oracle Data Guardなど、すべての高度なデータベース・サービス管理性機能がサポートされています。

クラウドでホストされたOracle Cloud Infrastructure DatabaseまたはDBシステムの起動時に、BYOLを選択できます。BYOLを選択すると、インスタンスの使用状況データの測定方法およびその後の請求に影響します。プロビジョニング後にライセンス・タイプを切り替えることもできます。

コンソールの一部のプロビジョニング・ダイアログでは、BYOLオプションに自分の組織はすでにOracle Databaseソフトウェア・ライセンスを所有していますというラベルが付いています。

ライセンスの価格設定および機能の詳細は、Oracle Cloud Database Servicesを参照してください。Oracle Databaseのライセンスの使用に関するガイドラインは、データベース・ライセンスを参照してください。

データベース・サービスのライセンス・タイプの切替え

リソースのプロビジョニング後にライセンス・タイプを切り替えることができます。ライセンス・タイプの切替えの詳細は、次を参照してください:

Always Freeのデータベース・リソース

データベース・サービスは、OracleのFree Tierの一部としてAlways Freeリソースを提供するOracle Cloud Infrastructureサービスの1つです。Free Tierの概要は、Oracle Cloud Infrastructure Free Tierを参照してください。Always FreeAutonomous Databaseの詳細は、Autonomous Databaseの概要トピックのAlways Freeの可用性を参照してください。Always FreeAutonomous Databaseをプロビジョニングするには、Always FreeのAutonomous Databaseを作成するには参照してください。

別のコンパートメントへのデータベース・リソースの移動

DBシステム、Autonomous DatabaseリソースおよびExadata Cloud@Customerリソースを、あるコンパートメントから別のコンパートメントに移動できます。データベース・リソースを新規コンパートメントに移動すると、その依存リソースも一緒に移動します。リソースを新規コンパートメントに移動すると、固有のポリシーがただちに適用され、コンソールを介してそのリソースとその依存リソースへのアクセスに影響を及ぼします。

重要

  • リソースをコンパートメント間で移動するには、リソースの移動先のコンパートメントと現在のコンパートメントに対する十分なアクセス権限がリソース・ユーザーに必要です。 データベース・リソースの権限の詳細は、データベース・サービスの詳細を参照してください。
  • データベース・リソースがセキュリティ・ゾーン・コンパートメント内にある場合、宛先コンパートメントもセキュリティ・ゾーン内にある必要があります。データベース・サービス・リソースに影響するポリシーの完全なリストは、セキュリティ・ゾーン・ポリシーのトピックを参照してください。

依存リソースの詳細

依存リソースの詳細は次のとおりです:

  • ベア・メタル、仮想マシンおよびExadata DBシステム: これらのDBシステムと一緒に移動する依存リソースには、データベース・ホームとデータベース、自動バックアップのメタデータが含まれます。依存リソースのコンパートメントを検証するには、DBシステムのコンパートメントを確認してください。
  • Autonomous Database: Autonomous Databaseの依存リソースは、自動バックアップに制限されます。Autonomous Exadata InfrastructureインスタンスとAutonomous Container Databaseには、これらとともに移動する依存リソースがありません。関連付けられた(非依存)リソースは現在のコンパートメントに残ります。
  • Exadata Cloud@Customer: 移動可能なリソースは、Exadataインフラストラクチャ、VMクラスタおよびバックアップ保存先です。VMクラスタ・ネットワークはExadataインフラストラクチャ・インスタンスの依存リソースであるため、これらのインスタンスとともに移動します。VMクラスタには、データベース・ホームとデータベース、および自動バックアップという依存リソースがあります。バックアップ保存先には依存リソースがありません。

他のコンパートメントへのリソースの移動の詳細は、リソースを別のコンパートメントに移動するにはを参照してください。

リソースのモニター

メトリック、アラームおよび通知を使用して、Oracle Cloud Infrastructureリソースのヘルス、容量およびパフォーマンスをモニターできます。詳細は、モニタリングおよび通知の概要を参照してください。

イベントを使用した自動化の作成

イベント・タイプ、ルールおよびアクションを使用して、Oracle Cloud Infrastructureリソースに対する状態変更に基づいて自動化を作成できます。詳細は、イベントの概要を参照してください。

イベントを生成するデータベース・リソースの詳細は、データベースを参照してください。

リソース識別子

ほとんどのタイプのOracle Cloud Infrastructureリソースには、Oracle Cloud ID (OCID)と呼ばれるOracleによって割り当てられた一意の識別子があります。OCIDのフォーマットおよびリソースを識別するその他の方法の詳細はリソース識別子を参照してください。

Oracle Cloud Infrastructureへのアクセス方法

Oracle Cloud Infrastructureには、コンソール(ブラウザベースのインタフェース)またはREST APIを使用してアクセスできます。コンソールおよびAPIのための手順は、このガイド全体を通してトピックに含まれています。使用可能なSDKのリストは、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

コンソールにアクセスするには、サポートされているブラウザを使用する必要があります。コンソールのサインイン・ページに移動するには、このページ上部のナビゲーション・メニューを開き、「インフラストラクチャ・コンソール」をクリックします。クラウド・テナント、ユーザー名およびパスワードの入力を求められました。

テナンシおよびコンパートメントの詳細は、『Oracle Cloud Infrastructureスタート・ガイド』の主要な概念と用語に関する項を参照してください。API使用についての一般情報は、REST APIを参照してください。非推奨のデータベース・サービスAPIの詳細は、非推奨のデータベース・サービスAPIを参照してください

ポリシーを初めて使用する場合は、ポリシーの開始共通ポリシーを参照してください。データベース・リソースへのより厳密なアクセス権を提供するポリシーを記述する場合は、データベース・サービスの詳細を参照してください。

認証と認可

Oracle Cloud Infrastructureの各サービスは、すべてのインタフェース(コンソール、SDKまたはCLI、およびREST API)の認証および認可のためにIAMと統合されています。

組織の管理者は、どのユーザーがどのサービスとリソースにアクセスできるか、およびアクセスのタイプを制御する、グループコンパートメントおよびポリシーを設定する必要があります。たとえば、ポリシーは、新しいユーザーの作成、クラウド・ネットワークの作成と管理、インスタンスの起動、バケットの作成、オブジェクトのダウンロードなどを実行できるユーザーを制御します。詳細は、ポリシーの開始を参照してください。異なる各サービスに対するポリシーの記述の詳細は、ポリシー・リファレンスを参照してください。

会社が所有するOracle Cloud Infrastructureリソースを使用する必要がある通常のユーザー(管理者ではない)の場合は、ユーザーIDを設定するよう管理者に連絡してください。管理者は、使用する必要があるコンパートメントを確認できます。

Oracle Cloud Infrastructure Databaseユーザーの認可に使用される共通ポリシーについては、共通ポリシーを参照してください。

データベース・サービスに対する権限のユーザーへの付与の詳細は、IAMポリシー・リファレンスのデータベース・サービスの詳細を参照してください。

セキュリティ・ゾーン統合

セキュリティ・ゾーンは、コンパートメントおよびセキュリティ・ゾーン・レシピと呼ばれる一連のポリシーに関連付けられます。セキュリティ・ゾーンでリソースを作成および更新すると、Oracle Cloud Infrastructureでは、セキュリティ・ゾーン・レシピで定義されたポリシーのリストに対してこれらの操作が検証されます。セキュリティ・ゾーン・ポリシーに違反している場合、操作は拒否されます。

データベース・サービスを使用すると、セキュリティ・ゾーンでデータベースおよび関連リソースを作成および更新できます。セキュリティ・ゾーンの概要は、セキュリティ・ゾーンのドキュメントを参照してください。データベース・サービスとセキュリティ・ゾーン機能の統合の概要は、セキュリティ・ゾーン統合を参照してください。

データベース・サービスの制限

適用可能な制限の一覧と制限の引上げをリクエストする手順は、「サービス制限」を参照してください。リソースまたはリソース・ファミリにコンパートメント固有の制限を設定するために、管理者は、コンパートメント割当てを使用できます。

ノート

サービス制限およびコンパートメント割当てはExadata Cloud@Customerには適用されません。

多くのデータベースAPI操作は、スロットルの対象です。

作業リクエスト統合

データベース・サービスは、Oracle Cloud Infrastructure作業リクエストAPIと統合されています。作業リクエストを使用すると、DBシステムのプロビジョニングなど、長時間実行される操作をモニターできます。作業リクエストはアクティビティ・ログで、操作の進行状況の各ステップを追跡できます。各作業リクエストには、プログラムで対話して自動化に使用できるOCIDがあります。

Oracle Cloud Infrastructureでの作業リクエストの使用に関する一般的な情報は、作業リクエストおよび作業リクエストAPIを参照してください。作業リクエストを作成するデータベース・サービス操作のリストは、「データベース・サービス作業リクエスト・リファレンス」を参照してください。

データベース・サービス作業要求参照

このトピックでは、作業リクエストを生成するデータベース・サービス操作を示します。Oracle Cloud Infrastructureでの作業リクエストの使用に関する一般的な情報は、作業リクエストおよび作業リクエストAPIを参照してください。

共有Exadataインフラストラクチャ上のAutonomous Database

ライフ・サイクル操作:

  • 作成
  • 削除
  • 開始
  • 再起動
  • STOP
  • 復元

データベース管理操作:

  • スケール
  • 名称変更名称変更
  • パスワードのリセット
  • ライセンス・タイプの更新
  • ワークロード・タイプの更新
  • オープン・モード/権限レベルの更新(読取り専用/読取り/書込みおよび管理者のみ/すべてのユーザー)
  • アップグレード・バージョン
  • タグの更新
  • コンパートメントの変更
  • インスタンス・ウォレットのローテーション
  • リージョナル・ウォレットのローテーション

ネットワーク・アクセス操作:

  • ネットワークACLの更新(パブリック・エンドポイントのみ)
  • ネットワーク・セキュリティ・グループ(NSG)の更新(プライベート・エンドポイントのみ)
  • プライベート・エンドポイントの更新

バックアップ操作:

  • バックアップの作成
  • バックアップの削除

リフレッシュ可能クローン操作:

  • 手動リフレッシュ
  • リフレッシュ可能クローンの切断
  • リフレッシュ可能ラグ時間の更新

Autonomous Data Guard操作:

  • Data Guardの有効化
  • Data Guardの無効化
  • フェイルオーバー
  • スイッチオーバー

関連付けられたサービス操作:

  • データ・セーフに登録
  • データ・セーフから登録解除します
  • オペレーション・インサイトの有効化
  • オペレーション・インサイトの無効化
専用Exadataインフラストラクチャ上のAutonomous Database

データベース・ライフサイクル操作:

  • 作成
  • UPDATE
  • 削除
  • 開始
  • 再起動
  • STOP
  • 復元

バックアップ操作:

  • バックアップの作成
  • バックアップの削除

コンテナ・データベース操作:

  • 作成
  • 削除
  • UPDATE
  • 再起動
  • コンテナ・データベース暗号化キーのローテーション
  • データベース暗号化キーのローテーション

インフラストラクチャ・リソース操作:

  • 作成
  • 終了
  • UPDATE

Autonomous Data Guard操作:

  • Data Guardの設定
  • Autonomous Container Databaseのフェイルオーバー
  • Autonomous Container Databaseのスイッチオーバー
  • Autonomous Container Databaseの回復

関連付けられたサービス操作:

  • データ・セーフに登録
  • データ・セーフから登録解除します
Exadata Cloud Service、仮想マシンのDBシステムおよびベア・メタルのDBシステム

DBシステム(Exadata、ベア・メタルおよび仮想マシン)

ライフ・サイクル操作:

  • 作成
  • バックアップから作成
  • UPDATE
  • 終了

DBシステム管理操作:

  • コンパートメントの変更
  • ストレージのスケーリング
  • CPUのスケーリング
  • SSHキーの追加
  • ライセンス・タイプの更新
  • IORMの構成
  • シェイプの更新
  • FIPSセキュリティの適用

メンテナンス操作:

  • パッチ適用のための事前チェック・システム
  • パッチ・システム
  • データベースをアップグレード
  • DBシステム・コンポーネントのインストール
  • 新規exadata APIおよびユーザー・エクスペリエンスに切替え
ノート

仮想マシンDBシステムには、親DBシステムの作成と終了に含まれる単一のデータベースがあります

クラウドExadataインフラストラクチャ操作(新しいリソース・モデル)

  • 作成
  • UPDATE
  • スケール(フレキシブルシェイプシステムのみ)
  • 削除
  • コンパートメントの変更

Exadata Cloud VMクラスタ操作

ライフ・サイクル操作:

  • 作成
  • 削除

管理操作:

  • コンパートメントの変更
  • CPUのスケーリング
  • SSHキーの追加
  • ライセンス・タイプの更新
  • スケール計算(フレキシブル・シェイプ・システムのみ)
  • ストレージの拡張(フレキシブルシェイプシステムのみ)

メンテナンス操作:

  • グリッド・インフラストラクチャ(GI)パッチの事前チェック
  • GIパッチの適用
  • グリッド・インフラストラクチャ(GI)のアップグレードの事前チェック
  • Grid Infrastructure (GI)のアップグレード
  • データベースをアップグレード
  • OS更新の事前チェック
  • OS更新の適用
データベース・ホーム: Exadata、仮想マシンおよびベア・メタルCloud Serviceインスタンス

ライフ・サイクル操作:

  • 作成
  • 削除

メンテナンス操作:

  • Patch
  • 個別パッチ
仮想マシン: Exadata Cloud Service (新しいインフラストラクチャ・リソース・モデルのみ)

開始

STOP

再起動

顧客管理(Vaultサービス)データベース・キーの事前チェック

顧客管理(Vaultサービス)データベース・キーの移行

顧客管理(Vaultサービス)データベース・キーのローテーション

データベース: Exadata、仮想マシンおよびベア・メタルCloud Serviceインスタンス

ライフ・サイクル操作:

  • 作成
  • UPDATE
  • 復元
  • 削除

メンテナンス操作:

  • データベースのアップグレード
  • データベース・アップグレードのロールバック
ノート

仮想マシンDBシステムには、親DBシステムの作成と終了に含まれる単一のデータベースがあります
Data Guard: Exadata、仮想マシンおよびベア・メタルCloud Serviceインスタンス

Data Guardの作成

Data Guardの削除

Data Guardのスイッチオーバー

Data Guardのフェイルオーバー

Data Guardの回復

Exadata Cloud Serviceインスタンス(新しいインフラストラクチャ・リソース・モデル)

Cloud Exadataインフラストラクチャ操作

ライフ・サイクル操作:

  • 作成
  • UPDATE
  • 削除

管理操作:

  • スケール(フレキシブルシェイプシステムのみ)
  • コンパートメントの変更

クラウドVMクラスタ操作

ライフ・サイクル操作:

  • 作成
  • 削除

管理操作:

  • コンパートメントの変更
  • CPUのスケーリング
  • SSHキーの追加
  • ライセンス・タイプの更新
  • スケール計算(フレキシブル・シェイプ・システムのみ)
  • ストレージの拡張(フレキシブルシェイプシステムのみ)

メンテナンス操作:

  • グリッド・インフラストラクチャ(GI)パッチの事前チェック
  • グリッド・インフラストラクチャ(GI)パッチの適用
  • グリッド・インフラストラクチャ(GI)のアップグレードの事前チェック
  • Grid Infrastructure (GI)のアップグレード
  • OS更新の事前チェック
  • OS更新の適用
Exadata Cloud@Customerシステム

Exadata Cloud@Customerインフラストラクチャ操作:

  • 作成
  • UPDATE
  • アクティブ化
  • 削除

Exadata Cloud@Customer VMクラスタ操作:

  • 作成
  • UPDATE
  • 削除
  • コンパートメントの変更

Exadata Cloud@Customer Autonomous VMクラスタ操作:

  • 作成
  • UPDATE
  • 削除
  • コンパートメントの変更

Exadata Cloud@Customer VMクラスタ・ネットワーク操作:

  • 作成
  • UPDATE
  • 検証
  • 削除

追加のメンテナンスおよび管理操作:

  • VMクラスタ・ライセンス・タイプの更新
  • パッチVMクラスタ
  • VMクラスタ・データベースへのパッチ適用
  • VMクラスタOCPU数の更新
  • SSHキーの更新
  • VMクラスタ・メモリーの更新
  • VMクラスタExadataストレージの更新
  • VMクラスタ・ローカル・ストレージの更新
  • Exadataデータベース・バックアップ構成の更新
データベース・ソフトウェア・イメージ
  • データベース・ソフトウェア・イメージの作成
  • データベース・ソフトウェア・イメージの削除
  • 新規コンパートメントへのデータベース・ソフトウェア・イメージの移動

データベース・リソースに関するOracle Supportヘルプの利用

個々データベース・リソースのMy Oracle Supportチケットは、Oracle Cloud Infrastructureコンソールでリソースを表示しながら開くことができます。詳細は、ヘルプの利用とサポートへの連絡を参照してください。