Oracle Base Database Service (旧称Oracle Database Cloud Service)は、仮想マシン(VM)データベース・システム上で実行されるEnterprise Database ServiceとStandard Database Serviceで構成されます。これにより、Oracle Cloud Infrastructure (OCI)でOracle Enterprise EditionおよびStandard Editionデータベースを簡単かつコスト効率よく構築、スケーリングおよび保護できます。仮想マシン上にデータベースを作成し、コンピュート・シェイプとブロック・ボリューム・ストレージ容量を選択できます。このサービスは、更新、バックアップ/リカバリ、Oracle Data Guardの有効化などの一般的なデータベース・ライフサイクル管理タスクのための組込みの自動化を提供します。これらはすべて、OCIコンソールまたはREST APIを使用して実行できます。
OCIアカウントを作成したら、最初のデータベースを作成する前に、まず仮想クラウド・ネットワーク(VCN)を作成する必要があります。VCNはオラクルのデータセンターに設定される仮想プライベート・ネットワークです。ファイアウォール・ルールと特定の種類の通信ゲートウェイを使用できるため、従来のネットワークに酷似しています。ここから、コンソール、REST API、CLIおよびSDKを使用して、データベース・システムにOracleデータベースを作成できます。
このサービスは、オラクルのUniversal Credit Model（UCM）をサポートしており、ライセンス付属とBring Your Own License（BYOL）の価格設定になっています。価格設定は、柔軟であり、従量課金（PAYG）およびOracle Annual Universal Creditオプションが提供されています。価格は選択したデータベース・エディション、データベース・シェイプ、OCPUの数、およびストレージ容量によって異なります。詳細については、仮想マシンの価格セクションを参照してください。既存の従量制/非従量制のテナントは、Universal Credit Modelのテナントに変換されるまでは、既存のプランで請求されます。
詳細については、Oracle Universal Creditの価格のよくある質問を参照してください。
現在、Oracle Databaseバージョン12.1.0.2、12.2.0.1、19cおよび21cがサポートされています。
次のOracle Databaseライセンス付属ソフトウェア・エディションはクラウド向けにサポートおよび最適化されています。
Bring Your Own License（BYOL）も可能です。
すべてのエディションには、Oracle Database Transparent Data Encryption、Machine Learning、およびSpatial and Graphが含まれます。
データベース・システムは、Oracle Databaseソフトウェアがデプロイされ、ユーザーが指定したコア数、ソフトウェア・エディションおよびデータベース・バージョンで構成された仮想マシンです。
データベース・システムのテクニカル・ドキュメンテーションは、OCIのドキュメントに含まれています。
データベース・システムは、AMD Standard E4 FlexまたはIntel Standard 2シェイプで使用できます。使用可能なシェイプの最新の詳細は、ドキュメントの仮想マシン・データベース・システムについてを参照してください。
VMデータベース・システムは、より高いパフォーマンスまたはバランスのとれたパフォーマンスのブロック・ボリューム・ストレージで使用できます。AMD Standard E4 Flexシェイプでより高いパフォーマンス・ストレージが使用可能になり、IOPSおよびスループットが向上します。バランスの取れたパフォーマンス・ストレージをすべてのシェイプで使用でき、パフォーマンスとコストのバランスがとれています。
パフォーマンス、ストレージ容量、コストなどの基準から、シェイプを選択できます。
Oracleは、クラウドとオンプレミスの管理と監視のオプションをお客様に提供します。These include Oracle Enterprise Manager and Oracle Cloud Infrastructure Database Management.
その答えは「はい」です。データベース・システムに影響を与えるイベントは、イベント・サービスを介して使用できます。データベース・システムのイベント・タイプのリストについては、ドキュメントを参照してください。
その答えは「はい」です。仮想クラウド・ネットワーク内の仮想マシン上の2ノードOracle RACを使用できます。仮想マシン上のOracle RACは、データベース・システムのプロビジョニングのオプションを選択するときに「ノードの合計数」を2に設定することにより構成できます。
いいえ。Oracle RACデータベースは、仮想マシン・データベース・システム上のEnterprise Edition Extreme Performanceでサポートされていますが、2ノードのOracle RAC構成に制限されています。
いいえ。2ノードのOracle RACの仮想マシンは同じ可用性ドメイン内の別のサーバーとラックに導入されます。ストレージは両方のデータベース・インスタンスで共有されます。この設定では、サーバー障害とラック停電を防止できます。可用性を高めるために、スタンバイの2ノードのOracle RAC仮想マシン・データベース・システムを使用するOracle Data Guardを別の可用性ドメインで有効にすることをお薦めします。
仮想マシン・データベース・システムには、1つのコンテナ・データベース(CDB)のみが含まれます。ただし、コンテナ・データベースは複数のプラガブル・データベース（PDB）を含むことができます。仮想マシン・データベース・システムの作成時に、単一のPDBを持つ単一のCDBがデフォルトで作成されます。このサービスはPDBライフサイクルを統合的に管理します。
はい。必要に応じて、OCPUの数を増減できます。ただし、OCPUをスケーリングするには、仮想マシン・シェイプを変更する必要があり、その結果、データベースが停止します。2ノードRACの仮想マシン・データベース・システムでは、一度に1つの仮想マシンのローリング方法でシェイプを変更します。
その答えは「はい」です。仮想マシン・データベース・システムはブロック・ボリューム・ストレージを使用するため、どこでも256 GBから80 TBまでのストレージを構成できます。ストレージ容量はダウンタイムなしでスケールアップできます。ストレージのスケール・ダウンには、新しい仮想マシン・データベース・システムに移行する必要があります。
はい。ストレージ管理ソフトウェアにLogical Volume Manager (LVM)またはGrid Infrastructure/ASMのいずれかを使用する仮想マシン・データベース・システムをクローニングできます。仮想マシン・データベース・システムをクローニングすると、クローニング操作時に、ソフトウェアやデータベースのボリュームを含むソース・データベースのコピーが作成されます。
オラクルは、さまざまなOracle Database Cloud Migrationソリューションを提供しています。
Oracleのユニバーサル・クレジット購入モデルは、シンプルで柔軟な価格設定モデルを提供します。Pay-as-you-go (PAYG)の価格設定では、前払いの制約や最小サービス期間なしでサービスを迅速にプロビジョニングし、使用した分にのみ支払うことができ、後日月ごとに請求されます。Annual Universal Creditsを使用すると、適格なOCIおよびプラットフォーム・サービスをいつでも、どのリージョンでも使用できます。年間ユニバーサル・クレジットは前もって請求され、コストの削減と月々の支出を予測できる点に加え、ワークロードのオンボーディング時のランプアップ期間を設定することで、クラウド・サービス全体で大幅な節約になります。
詳細については、Oracle Universal Creditの価格のFAQを参照してください。
仮想マシン・データベース・システムには、3つの測定コンポーネントがあります。OCPU使用量とブロック・ボリューム・ストレージ使用量が必要です。オブジェクト・ストレージの使用はオプションです。
ライセンス込みとライセンス持込み(BYOL)の両方のライセンス・モデルは、OCPU使用量に基づいて課金されます。OCPU使用量は、仮想マシン・データベース・システムのシェイプに基づいて課金されます。OCPU時間の一部が消費されると、最低料金として1時間分が請求されます。
仮想マシン・データベース・システムでは、リモート・ブロック・ボリューム・ストレージが使用されます。最大80TBのデータ・ストレージと最大20TBのリカバリ・ストレージで構成される最大100TBの合計ストレージをアタッチできます。合計ストレージの料金を支払います。パフォーマンスまたはパフォーマンスのバランスのとれたブロック・ストレージ・ボリュームを選択できます。パフォーマンスが高いブロック・ストレージ・ボリュームは、月間1ギガバイト当たり20ユニットのブロック・ボリューム・パフォーマンスを持つ1ユニットのブロック・ボリューム・ストレージとして定義されます。バランシングされたパフォーマンスを持つブロック・ストレージ・ボリュームは、月間1ギガバイトあたり10ユニットのブロックボリューム・パフォーマンスを持つ1ユニットのブロックボリュームストレージとして定義されます。
バックアップ/リストア機能またはRMANを使用すると、Oracle Cloud Infrastructure Object Storage内のデータベースのバックアップを設定できます。バックアップの料金は、使用中のオブジェクト・ストレージの総量に基づいて、請求されます。
詳細については、クラウド価格リストを参照してください。
はい。ライセンス・モデルをライセンス付属からBYOLに、またはその逆に変更できます。
その答えは「はい」です。請求の停止は仮想マシン・データベース・システムでサポートされています。この機能を利用するには、仮想マシンデータベースシステムに移動して、停止するノードを選択します。ノードが停止している間、データベースはそのまま残ります。ノードが実行されていない時間は請求されません。
VCNはOCIのカスタマイズ可能なプライベート・ネットワークです。VCNでは、従来のデータ・センター・ネットワークと同様に、ネットワーク環境を完全に制御できます。これには、独自のプライベートIPアドレス空間の割り当て、サブネットの作成、ルーティング・テーブルの作成、およびステートフル・ファイアウォールの設定が含まれます。1つのテナントに複数のVCNを含めることができ、これにより、関連リソースをグループ化および分離できます。
デフォルトでVCNにデプロイすると、次の方法でセキュリティと柔軟性を得ることができます。
可用性ドメインごとに個別のサブネットを作成し、データベース・システムをそれらのサブネットに配置することをお薦めします。これにより、サブネットのインバウンド/アウトバウンドセキュリティリストを正確に定義し、ネットワークアクセスを制御できます。
データベース・システムは、プロビジョニング中にデフォルトでTDEを使用して構成されます。TDEの詳細は、TDE FAQを参照してください。また、ログインしてデータベース・システムの他のセキュリティ・ポリシーを制御することもできます。
OCI Vaultサービスは、顧客管理の暗号化キーで使用できます。Oracle管理の暗号化キーも使用できます。データベース暗号化キーのドキュメントを参照してください。
Oracle Identity and Access Management (IAM)では、セキュリティおよびコンプライアンス要件をサポートするようにクラウド環境を構成できます。データベースの観点から、データベース・システムへのアクセスを、選択した一連のユーザー(DBA)のみに制限するIAMポリシーを構成します。Oracle IAMの使用方法については、ドキュメントを参照してください。
その答えは「はい」です。データベース・システムへのフル・ルート・アクセスを使用して、データベース・システム上のすべての操作の監査を構成できます。このサービスはデータベースのすべてのエディションで堅牢な監査サポートを提供します。監査レコードには、監査された操作、操作を実行したユーザー、および操作の日時に関する情報が含まれます。監査レコードは、データベース監査証跡またはオペレーティングシステム上のファイルに保存できます。標準監査には、特権、スキーマ、オブジェクト、およびステートメントに対する操作が含まれます。また、OCI Auditを使用して、テナンシで行われたすべてのAPI管理コールを監査できます。
その答えは「はい」です。Oracle Databaseのすべてのセキュリティ・オプションがサポートされています。
Oracle Data Safeは、評価、監査、データ・マスキングなどのセキュリティ機能を提供するクラウド・ネイティブ・サービスであり、データベース・システムで自由に利用できます。
更新機能を使用すると、データベース・システムおよびデータベースの更新に必要なステップが簡略化されます。OCIコンソールおよびAPIを使用して、データベース・システムまたはデータベースに適用可能な更新を表示し、更新リクエストを発行できます。サービスは、ステータスを表示しながら、エンドツーエンドの更新ステップを実行します。適用されたすべての更新を表示し、必要に応じて更新をロールバックまたは再適用できます。また、Oracle Identity and Access Management(IAM)コントロールを使用して、更新機能へのアクセスを管理することもできます。
データベース・システムのクラウド・ネットワーク(VCN)は、OCI Object Storageに格納された更新にアクセスできる必要があります。サービス・ゲートウェイを設定すると、これを行うことができます。この結果、パブリックIPアドレスなしのクラウド・リソースがOracle Object Storageなどのオラクル・サービスにプライベートにアクセスできます。
データベース・システムおよびデータベースに対するサービス固有の更新を適用できます。データベース・システムには使用可能な最新の更新のみがあります。データベースには、最新の更新と古いデータベース更新の両方を使用できます。現在使用可能なデータベース・システムおよびデータベース更新のリストは、データベース・システムの更新にあります。
カスタム・データベース・ソフトウェア・イメージを使用して、暫定更新または個別更新を適用します。OPatchユーティリティを使用して、オンプレミスの四半期バンドルの更新は適用しないでください。これらの更新は、追加のクラウド固有の更新を適用しないと機能しない可能性があります。代わりに、Oracle Cloud InfrastructureコンソールとREST APIを介して入手できるクラウド用にカスタマイズされた四半期更新を適用するようにしてください。
その答えは「はい」です。カスタムのデータベース・ソフトウェア・イメージを使用できます。
その答えは「はい」です。1ノードの仮想マシン・データベース・システムでは停止時間があります。2ノードのRAC仮想マシン・データベース・システムの更新は、一度に1ノードのローリングです。Oracle Data Guardを設定して、ダウンタイムを最小限に短縮することもできます。Maximum Availability Architecture（MAA）のベストプラクティスに従います。
更新が失敗した場合、データベース・システムまたはデータベース・ホームは「使用可能」状態になります。更新履歴には、操作が失敗した理由が表示されます。障害の根本原因をデバッグするには、ホストにアクセスして、詳細な更新関連ログにアクセスできます。ログ情報が問題のデバッグに役立たない場合は、Oracle Supportにリクエストを提出して、根本原因の特定に役立てることができます。
OCIコンソールおよびREST APIを使用して、適用されたデータベース・システムおよびデータベースの更新履歴を表示できます。
はい。データベース・システムのバージョンは、データベースと同じかそれより上位のバージョンである必要があります。バージョン競合を回避するために、最初にデータベース・システム更新を適用し、その後でデータベース更新を適用する必要があります。この順序に従わないと、更新の適用中にエラーメッセージが表示されます。
その答えは「はい」です。Oracle Databaseバンドルの更新とデータベース・システムのデータベース更新は異なります。データベース・システム・データベースの更新は、Oracle Databaseバンドルの更新およびOCI更新を含むスーパーセットであり、その他の更新も含まれます。
はい。データベース・システムの更新にはGrid Infrastructureの更新が含まれ、Grid Infrastructure/ASMストレージ管理を使用するデータベース・システムで使用できます。データベース・システムの更新には、OSの更新は含まれません。
現在、パッチ適用機能を使用したOCIコンソールまたはAPIでは、OSの更新はサポートされていません。コマンドラインでOSを手動で更新するには、ホストに直接アクセスする必要があります。仮想マシン・データベース・システムのOS更新のドキュメントを参照してください。
その答えは「はい」です。データベースの更新は累積的です。新しい更新には、以前のデータベース・システムからの更新、または同じバージョンのデータベース更新が含まれます。
データベース・バックアップおよびリストア機能では、OCIコンソールおよびREST APIを使用して、データベースのバックアップを作成および管理できます。また、バックアップから既存のデータベースをリストアすることも、バックアップから新しいデータベースを作成することもできます。
バックアップ/リストア機能を使用すると、OCIコンソールおよびRest APIでバックアップを作成および管理できます。コンソールを使用すると、完全バックアップを作成するか、数回のクリックで自動増分バックアップを設定できます。同様に、最後に確認された正常な状態、ポイントインタイム、またはSCN (システム変更番号)を使用してバックアップを表示し、データベースをリストアできます。新しいデータベース・システムでバックアップから新しいデータベースを作成することもできます。
自動増分バックアップの保存期間は7日、15日、30日、45日、または60日です。自動バックアップを有効にする場合は、希望する保存期間を選択します。自動増分バックアップの保存期間と頻度を自分で設定することはできません。
データベースの自動バックアップを有効にすると、最初のレベル0バックアップが作成されます。最初のバックアップの後、レベル1のバックアップが次の週末まで毎日実行されます。毎週末、新しいレベル0のバックアップが作成されます。2018年11月20日以降に初めて任意のデータベースで有効にされた自動バックアップは、データベース・システムのリージョンのタイムゾーンで午前0時から午前6時の間に実行されます。この日付より前にデータベースで自動バックアップを有効にした場合、データベースのバックアップウィンドウは、引き続き協定世界時の午前0時から午前6時の間になります。
その答えは「はい」です。すべてのバックアップはTDE暗号化に使用されるものと同じマスター・キーで暗号化されます。
バックアップはOCI Object Storageに格納されます。Object Storageは、高耐久性であるように、一から設計されています。データは、複数のストレージサーバー間または複数の可用性ドメイン間で冗長的に保存されます。データの整合性はチェックサムを使用して積極的に監視され、破損したデータは検出されて自動的に修復されます。データの冗長性が失われた場合は自動検出され、お客様に影響を与えることなく自己修復されます。
バックアップおよび復元機能を使用している場合、データベースまたはデータベースシステムが「使用可能」状態でない場合、バックアップ操作が失敗する可能性があります。更新、SSHキー追加、Data Guard操作などの処理によって、データベース・システムやデータベースの状態が変更される可能性があります。バックアップの失敗を回避するには、このようなアクションがバックアップ・ウィンドウ中に実行されないようにします。自動増分バックアップが失敗すると、サービスでは、バックアップ操作が翌日のバックアップ・ウィンドウ中に再試行されます。オンデマンドバックアップが失敗した場合、データベースシステムおよびデータベースの両方が使用可能な場合は、操作を手動で再試行する必要があります。
いいえ。自動増分バックアップはデフォルトでは有効になっていません。このオプションは、データベースの作成中、またはデータベースのプロビジョニング後いつでも有効にできます。
自動バックアップは、データベース・システムの終了時に削除されます。データベース・システムの終了時には、オンデマンドの完全バックアップがスタンドアロン・バックアップとしてOracle Object Storageに保持されます。後で、スタンドアロン・バックアップをデータベース・システム上の新しいデータベースにリストアできます。
2ノードRACの仮想マシン・データベース・システムは、サーバーまたはデータベース・インスタンスの障害によるダウンタイムを防止します。別の可用性ドメインまたはリージョンでデータベース・システムを起動し、その間にOracle Data Guardを構成することもできます。
Oracle Databaseの高可用性設定の詳細については、Data Guard for High AvailabilityとMaximum Availability Architecture（MAA）のベストプラクティスを参照してください。
すべてのエンタープライズデータのベースエディションはData Guardをサポートしています。Enterprise Extreme Performance版はActive Data Guardをサポートしています。
Oracle Data Guardの有効化は、OCIコンソールとREST APIで行うことができます。数回クリックするだけで、Data Guardを有効にして、スイッチオーバー、フェイルオーバー、および復元アクションを実行できます。Oracle Identity and Access Managementサービスを使用して、機能のきめ細かいアクセス制御を設定することもできます。
ASYNCトランスポート・タイプによる最大パフォーマンス保護モードとSYNCトランスポート・タイプによる最大可用性をサポートしています。
Data Guard機能を使用してData Guardの関連付けを削除するには、最初にスタンバイデータベースを削除する必要があります。スタンバイデータベースを削除すると、Data Guardの関連付けは自動的に削除されます。
スタンバイデータベースは、プライマリと同じデータベースバージョンで作成されます。
はい。オンプレミス・データベースとOCIのデータベース・システムで実行されているデータベースの間にData Guardを構成することは可能です。DGMGRLでは、オンプレミス・データベースとサービス・データベースの間にData Guardを手動で設定できます。DGMGRLの詳細。
プライマリおよびスタンバイのData Guardの設定で、データベースを更新できます。まずスタンバイを更新し、スタンバイに切り替えてから、プライマリを更新する必要があります。
OCIデータベースのバックアップおよびリストア機能を使用して、プライマリ・データベースをバックアップおよびリストアできます。スタンバイのバックアップを有効にする場合は、スタンバイデータベースホストにアクセスし、RMAN（Recovery Manager）を使用して有効にすることができます。
その答えは「はい」です。Active Data Guardを設定すると、スタンバイ・データベースを読み取り専用の操作に使用できます。スタンバイでは書き込み操作は有効になっていません。
いいえ。Data Guard機能でFSFOを設定することはできません。しかし、手動で設定することはできます。可能な場合は、別の可用性ドメイン内の仮想マシンに導入する必要があります。