該当する結果がありません

一致する検索結果がありませんでした。

お探しのものを見つけるために、以下の項目を試してみてください。

  • キーワード検索のスペルを確認してください。
  • 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。
  • 下記に示すよく使用される検索語句のいずれかを試してみてください。
  • 新しい検索を開始してください。
急上昇中の質問

よくある質問

すべて開く すべて閉じる

    全般

  • Oracle Database Cloud Serviceとは何ですか?

    Oracle Database Cloud Serviceを使用すると、クラウドでOracle Databaseを簡単に構築、スケーリング、保護できます。ベアメタルサーバー(ローカルのNVMeフラッシュまたはSSDストレージを使用)またはブロックボリュームを備えた仮想マシンのいずれかであるDBシステム上にデータベースを作成します。どちらも高性能でコスト効率の高い価格を提供します。このサービスは、仮想クラウドネットワークレイヤーの仮想マシンサーバーでの「クラウドファースト」のOracle RAC実装のサポートも有効にします。

    パッチ適用、Data Guard、バックアップ/リカバリなどのシンプルなツールを使用してデータベースを管理できます。これらのツールにはすべて、Oracle Cloud Infrastructure REST APIまたはコンソールを使用してアクセスできます。あるいいは、データベースホストにアクセスし、既存のツールを使用して、オンプレミスでデータベースを管理するのと同じ方法で、クラウド内のデータベースも管理できます。

  • Oracle Database Cloud Serviceにはどのような機能がありますか?

    Oracle Database Cloud Serviceは、リクエストされた数のコアを備えたDBシステムを高性能のベアメタルサーバーまたは仮想マシンにプロビジョニングし、Oracle Databaseソフトウェアを選択したエディションで導入し、仮想クラウドネットワーク(VCN)にDBシステムを作成します。VCNは、ユーザーが構成したセキュリティリストを備えたプライベートネットワークであり、DBシステムを不正アクセスから保護します。

    Oracle Database Cloud Serviceは、データベースサービスのパッチ適用、Oracle Data Guardを使用した高い可用性の構成、Oracle databaseの実行に必要な日常のタスクを簡略化する管理機能も提供します。

  • 最初のデータベースを作成するにはどうすればよいですか?

    Oracle Cloud Infrastructureアカウントを作成したら、以下を使用して、データベースクラウドサービスにOracle Databaseを作成できます。コンソールREST APICLI および SDK

  • 消費したリソースについて料金の支払い方法を教えてください。

    ベアメタルサーバーと仮想マシンの両方がOracleのユニバーサルクレジットモデルをサポートしており、「ライセンス込み」と「独自のライセンス持参」の両方の価格設定があります。料金設定は柔軟で、従量課金制とOracle Salesによるコミット価格の割引があります。価格は、選択したデータベースのエディション、データベースの形状、および選択したコアの数によって異なります。

    Oracle Database Cloud Serviceのデータベースインスタンスを消費するには、shop.oracle.com で次のアカウントを作成します。既存のお客様は、営業担当者に連絡して既存のクレジット・プールを有効にするか、新しいプールを購入して、公開されている従量制の料金に基づいてOracle Cloud Infrastructureリソースを消費できます。詳細については、データベースの価格セクションをご覧ください。

    既存の従量制/非従量制テナントは、ユニバーサルクレジットモデルテナントに変換されるまで、既存のプランに基づいて請求されます。

  • サポートされているOracle Databaseソフトウェアのバージョンを教えてください。

    現在、Oracle Database Cloud Serviceは、Oracle Databaseバージョン11.2.0.4、12.1.0.2、12.2.0.1および18.1.0.0をサポートしています。

  • サポートされているOracle Databaseソフトウェアのエディションを教えてください。

    次のOracle Databaseソフトウェアのエディションは、クラウド向けにサポートおよび最適化されています。

    • 標準版
    • エンタープライズ版
    • エンタープライズ版ハイパフォーマンス
    • エンタープライズ版の最高パフォーマンス
  • Oracle Databaseのさまざまなソフトウェアエディションで使用できるデータベースオプションは何ですか?

    次のリストは、各エディションで使用可能なデータベースオプションについての説明です。すべてのパッケージにOracle Databaseの透過的データ暗号化(TDE)が含まれていることにご注意ください。

    データベース版 データベースオプション
    標準版 Oracle Database標準版パッケージが含まれています。
    エンタープライズ版 Oracle Databaseのエンタープライズ版パッケージ、Data Masking and Subsetting Pack、Diagnostics and Tuning Packs、Real Application Testingが含まれます。
    エンタープライズ版ハイパフォーマンス 以下のオプションでエンタープライズパッケージを拡張できます。マルチテナント、パーティショニング、高度な圧縮、高度なセキュリティ、ラベルセキュリティ、データベースヴォールト、OLAP、高度な分析、空間&グラフ、データベースライフサイクル管理パック、Oracle Database用クラウド管理パック。
    エンタープライズ版の最高パフォーマンス 以下のオプションを使用して、高性能パッケージを拡張できます。Real Application Clusters(RAC)、インメモリデータベース、およびActive Data Guard。
  • DBシステムの起動時に使用できる形状(ストレージおよびCPU構成)は何ですか?

    ベアメタル形状
    重要なエンタープライズアプリケーションの最高なパフォーマンス要件を満たすために、Oracle Database Cloud Serviceは、単一のデータベースで200,000TPSまたはIOPSを超える3つのベアメタル形状をサポートしています。ベアメタルDBシステムは、ローカルに接続されたNVMeまたはSSDストレージを使用して最大のパフォーマンスを保証します。ストレージの量は、DBシステムの起動時に指定された形状によって決まります。

    ベアメタルシェイプ コア/ OCPU メモリ ストレージタイプ 未加工ストレージ ストレージ(2方向ミラーリング) ストレージ(3方向ミラーリング)
    BM.HighIO1.36* 2 – 36 512 GB NVMe 12.8 TB 3.5 TB 2.3 TB
    BM.DenseIO1.36 2 – 36 512 GB NVMe 28.8 TB 9.4 TB 5.4 TB
    BM.DenseIO2.52 2 – 52 768 GB NVMe 51.2 TB 16 TB 9 TB
    BM.RACLocalStorage1.72 *
    (2つの物理ノードで構成)
    ノードあたり2–36 ノードあたり512GB SSD 64 TB 22.1 TB 14 TB

    高いIOで標準版&密度のIOシェイプを使用する場合は、許可される最大OCPUは、インスタンスあたり8 OCPUです。

    * BM.HighIO1.36およびBM.RACLocalStorage1.72 *シェイプは使用できなくなりましたが、既存のお客様には引き続きサポートされます。

    仮想マシンの形状
    Oracle Database Cloudは、標準のVM計算シェイプに基づくさまざまな仮想マシンをサポートします。VM形状の選択により、1〜24コアと256 GB〜40 TBのスケーラブルで耐久性のあるリモートストレージを選択するためのコスト効率と柔軟性が提供されます。

    VM形状 コア/ OCPU メモリ ストレージ(ブロックのみ) ネットワーク帯域幅
    VM.Standard.1.1 1 7 GB 256 GB〜40 TB 最大600 Mbps
    VM.Standard.1.2 2 14 GB 256 GB〜40 TB 最大1.2 Gbps
    VM.Standard.1.4 4 28 GB 256 GB〜40 TB 1.2 Gbps
    VM.Standard.1.8 8 56 GB 256 GB〜40 TB 2.4 Gbps
    VM.Standard.1.16 16 112 GB 256 GB〜40 TB 4.8 Gbps
    VM.Standard.2.1 1 15 GB 256 GB〜40 TB 1 Gbe
    VM.Standard.2.2 2 30 GB 256 GB〜40 TB 2 Gbe
    VM.Standard.2.4 4 60 GB 256 GB〜40 TB 4 Gbe
    VM.Standard.2.8 8 120 GB 256 GB〜40 TB 8 Gbe
    VM.Standard.2.16 16 240 GB 256 GB〜40 TB 16 Gbe
    VM.Standard.2.24 24 320 GB 256 GB〜40 TB 25 Gbe

    注意:2コアを超える形状の場合は、ノードの総数= 2を指定してRAC構成を取得できます。標準版を使用する場合、許可される最大の形状はVM.Standard1.8です。

  • 前世代の形状に推奨されるアップグレード・オプションは何ですか?

    次のOracle Database Cloud Serviceのベアメタル「X5」ベースの密度IOおよび持参ライセンスオプションは使用できなくなりましたが、既存の顧客に対しては引き続きサポートされます。

    SKU コンピュート・インスタンス・シェイプ 推奨される代替オプション
    ベアメタル–「X5」密度I / O –標準版 ベアメタル「X5」密度 I/O
    • OCPU:2つ有効。最大6個の追加のOCPU(個別に購入)
    • メモリ:512 GB
    • 28.8 TB NVME SSD 未加工、2方向ミラーリングで最大9.4 TB、3方向ミラーリングで最大5.4 TB
    • ネットワーク帯域幅:10 Gbps
    ベアメタル「X7」–密度I/O
    • OCPU:2つ有効。最大6個の追加のOCPU(個別に購入)
    • メモリ:768 GB
    • 51.2TB NVME SSD 未加工、2方向ミラーリングで最大16TB、3方向ミラーリングで最大9TB
    • ネットワーク帯域幅:2x25 Gbps
    ベアメタル–「X5」密度I / O –エンタープライズ版(エンタープライズ版、高性能、最高性能) ベアメタル「X5」密度 I/O
    • OCPU:2つ有効。最大34個の追加のOCPU(個別に購入)
    • メモリ:512 GB
    • 28.8 TB NVME SSD 未加工、2方向ミラーリングで最大9.4 TB、3方向ミラーリングで最大5.4 TB
    • ネットワーク帯域幅:10 Gbps
    ベアメタル「X7」–密度I/O
    • OCPU:2つ有効。最大50個の追加のOCPU(個別に購入)
    • メモリ:768 GB
    • 51.2TB NVME SSD 未加工、2方向ミラーリングで最大16TB、3方向ミラーリングで最大9TB
    • ネットワーク帯域幅:2x25 Gbps
    ベアメタル–「X5」密度I/O –ライセンス持参 ベアメタル「X5」密度 I/O
    • OCPU:2つ有効。標準版の場合、最大6つの追加のOCPU(別途購入)。エンタープライズ版に最大34の追加OCPU(別途購入)
    • メモリ:512 GB
    • 28.8 TB NVME SSD 未加工、2方向ミラーリングで最大9.4 TB、3方向ミラーリングで最大5.4 TB
    • ネットワーク帯域幅:10 Gbps
    ベアメタル「X7」–密度I/O
    • OCPU:2つ有効。標準版の場合、最大6つの追加のOCPU(別途購入)。エンタープライズ版に最大50の追加OCPU(別途購入)
    • メモリ:768 GB
    • 51.2TB NVME SSD 未加工、2方向ミラーリングで最大16TB、3方向ミラーリングで最大9TB
    • ネットワーク帯域幅:2x25 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、ライセンス持参) VM.Standard1.1
    • OCPU:1
    • メモリ:7 GB
    • ネットワーク帯域幅:最大600 Mbps
    X7ベースのVM.Standard2.1
    • OCPU:1
    • メモリ:15 GB
    • ネットワーク帯域幅:1 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、ライセンス持参) VM.Standard1.2
    • OCPU:2
    • メモリ:14 GB
    • ネットワーク帯域幅:最大1.2 Gbps
    X7ベースのVM.Standard2.2
    • OCPU:2
    • メモリ:30 GB
    • ネットワーク帯域幅:2 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、ライセンス持参) VM.Standard1.4
    • OCPU:4
    • メモリ:28 GB
    • ネットワーク帯域幅:1.2 Gbps
    X7ベースのVM.Standard2.4
    • OCPU:4
    • メモリ:60 GB
    • ネットワーク帯域幅:4.1 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、ライセンス持参) VM.Standard1.8
    • OCPU:8
    • メモリ:56 GB
    • ネットワーク帯域幅:2.4 Gbps
    X7ベースのVM.Standard2.8
    • OCPU:8
    • メモリ:120 GB
    • ネットワーク帯域幅:8.2 Gbps
    仮想マシン標準–「X5」–すべてのエディション(標準、エンタープライズ、高性能、最高性能、ライセンス持参) VM.Standard1.16
    • OCPU:16
    • メモリ:112 GB
    • ネットワーク帯域幅:4.8 Gbps
    X7ベースのVM.Standard2.16
    • OCPU:16
    • メモリ:240 GB
    • ネットワーク帯域幅:16.4 Gbps
  • DBシステムとは?

    DBシステムは、Oracle Databaseソフトウェアが導入され、ユーザー指定のコア数、ソフトウェア版、データベースバージョンで構成されたベアメタルサーバーまたは仮想マシンです。

  • DBシステム内に複数のデータベースを作成できますか?

    はい。ベアメタルDBシステムは、複数のDBホームを持つことができ、その中に複数のデータベースが入ります。DBホーム内のすべてのデータベースは同じバージョンになりますが、各DBホームは異なるバージョンを持つことができます。たとえば、エンタープライズ版のDBシステムには、エンタープライズ版11.2.0.4のデータベースのみを含むDB_Home11、およびエンタープライズ版12.1.0.2のデータベースのみを含むDB_Home12が含まれる場合があります。ただし、仮想マシンDBシステムは単一のデータベースインスタンスであることに注意してください。

  • DBシステムの起動後にデータベースのエディションを変更できますか?

    いいえ、エディションは変更できません。ただし、DBシステムは簡単に終了でき、優先エディションで別のシステムを起動することができます。

  • DBシステムの起動後にデータベースの文字セットを変更できますか?

    DBシステムを起動すると、システムで作成された初期データベースは、デフォルトの文字セットAL32UTF8およびAL16UTF16を使用します。ただし、起動時にデータベースの詳細オプションで選択した文字セットは簡単に選択できます。

  • 自分のライセンス(BYOL)をOracle Database Cloud Serviceに持ち込むことはできますか?

    はい、ライセンスの持ち込みが可能です。Oracle Database Cloud Serviceは、ライセンス込みモデルとライセンス持参価格モデルの両方をサポートしています。

  • DBシステムを監視に推奨されるベストプラクティスは何ですか?

    Oracleは、データベース監視のニーズに合わせてエンタープライズマネージャーを使用することを強く推奨しています。Oracleでは、データベースサービスから直接メトリックを返すためのサポートを間もなく追加する予定です。

  • アカウントで作成できるDBシステムの数にはどのような制限がありますか?

    各インスタンス・タイプのデフォルトの制限と、サービス制限の引き上げをリクエストする方法については、サービス制限に関するドキュメントを参照してください。アカウントの制限は、必要に応じて引き上げることができます。

  • Oracle RACはOracle Database Cloud Serviceでサポートされていますか?

    はい。Oracle Database Cloud Serviceは、仮想クラウドネットワーク内の仮想マシンで「クラウドファースト」のOracle RACをサポートします。

    Oracle仮想マシン上のRACは、DBシステムの起動時に「ノードの総数」を2に設定することで設定できます。

    仮想マシン

  • 仮想マシン(VM)上のOracle Cloud Infrastructure Databaseサービスとは何ですか?

    VM上のデータベースサービスは、顧客が仮想マシン上でフル機能のOracle databasesを構築、スケーリング、および管理できるようにするデータベースサービスです。VMでデータベースを実行する主な利点は、費用対効果、使いやすさ、耐久性と拡張性に優れたストレージ、およびReal Application Clusters(RAC)を実行して可用性を向上させる機能です。

    RACデータベースは、単一の可用性ドメイン(AD)内で実行され、各ノードが個別の物理ラック上にあることを保証して高い可用性を保証します。VM上のデータベースクラウドサービスは、すべてのOracle Cloud Infrastructureサービスで使用されているのと同じ高性能で可用性の高いクラウドインフラストラクチャ上に構築されています。

  • VMのデータベースサービスのメリットは何ですか?

    VMのデータベースサービスには、低コストから柔軟なストレージまで、さまざまなメリットがあります。具体的には

    • 費用対効果が高く&フレキシブル - 単一のOCPU VMから最大24個のOCPUまで起動できます。顧客はOCPUと使用されたストレージに対してのみ支払います。
    • 始めやすさ - 顧客がOracle認定済み、フル機能、フルサポートの11g、12c(12.1 &12.2両方)任意のデータベース版を選択できるデータベースを簡単に作成できます。
    • 組み込み済みの高い可用性構成 - 顧客は、すべてのVM形状を備えた2ノードRAC構成を簡単に導入できます。に適用する2つのコア仮想マシンと最大40TBの共有ブロックストレージを備えた2ノードRAC構成を簡単に導入します。
    • 耐久性のある&スケーラブルなストレージ - 顧客は、256GBから最大40TBまでのリモートストレージを使用できます。ストレージはダウンタイムなしでスケールアップできます。
    • 安全 - 顧客は、データベース環境を保護するための管理コントロールとVCNセキュリティリストに、Oracle IAMのすべての利点を引き続き利用できます。
  • VMのデータベースサービスでRACデータベースはサポートされていますか?

    はい、RAC(Real Application Cluster)データベースは、VM上のDatabase Cloud Serviceで2ノードRAC構成としてサポートされています。VMデータベースのセットアップ時にnode = 2を選択すると、2ノードRACが有効になります。Enterprise版の最高性能だけがRACデータベースをサポートし、VMあたりのコアの最小数は2であることにご注意ください。

  • 最初の作成をおこなった後に、VMシェイプ内のDBシステムに関連付けられたコアの数を変更できますか?

    いいえ。現時点では、DBシステムが作成された後で、DBシステムが使用するコアの数を変更することはできません。

  • VM上のデータベースに複数のDBホームを作成できますか?

    いいえ、VMデータベースに複数のDBホームを作成することはできません。各VMデータベースのインスタンスは、インスタンスごとに1つのデータベースのみを起動できます。

  • VMで実行されているデータベースサービスで利用可能なストレージをスケーリングする方法を教えてください。

    コンソールREST API CLI そして SDK を使用して、DBシステムのストレージを簡単にスケールアップできます。VM上のDatabase Cloud Serviceは、リモートブロックストレージを使用するため、256GBから40TBまで任意の場所で利用可能なストレージを構成できます。ストレージのスケールアップは、ダウンタイムなしで行われます。注意:インスタンスに接続されているストレージの合計は、使用可能なストレージ、recoストレージ、およびソフトウェアサイズの合計になります。利用可能なストレージは顧客が選択し、recoストレージは利用可能なストレージに基づいて自動的に計算されます。ソフトウェアサイズは固定サイズのOracle databaseのコストです。

    請求

  • Oracle Database Cloud Serviceの使用量はどのように計測および請求されますか?

    Oracle Cloud Infrastructureは、Oracleのユニバーサルクレジットモデルをサポートしており、ライセンス込と独自ライセンスの持ち込みの両方の価格をご用意しています。料金設定は柔軟で、従量課金制とOracle Salesによるコミット価格の割引があります。Oracle Databaseは、次の使用要素に対して課金されます。

    • 1時間あたりのホスト環境 - ホスト環境は、ベースCPUシステム容量、ローカルストレージ(ベアメタルのみ)、および選択したエディションの有効なOCPUを持つベースDBシステムのインスタンスとして定義されます。ホストされた環境時間の一部が消費されると、1時間として請求されます。
    • 1時間あたりのOCPU - ホスト環境またはDBシステムごとに追加のOCPUを有効にできます。消費された各OCPU時間は、1時間として課金されます。
    • ブロックボリューム - VM上のデータベースサービスはリモートブロックボリュームを使用します。ストレージは256GBから40TBの間でどこにでも接続でき、使用可能なストレージ、recoストレージ、およびソフトウェアサイズの合計ストレージに対して支払われます。利用可能なストレージは顧客が選択し、recoストレージは利用可能なストレージに基づいて自動的に計算されます。ソフトウェアサイズは固定サイズのOracle databaseのコストです。詳細については、ストレージ料金をご参照ください。
    • オブジェクトストレージ - 自動増分バックアップ、オンデマンドフルバックアップ、オンプレミスからクラウドへのバックアップはOracle Cloud Infrastructureのオブジェクトストレージに保存され、標準のオブジェクトストレージコストが請求されます。詳細については、ストレージ料金をご参照ください。
  • Oracle Database Cloud Serviceの価格モデルは何ですか?

    詳細については、データベースの価格セクションをご覧ください。

  • コア時間あたりの請求は、DBシステムにとってどのような意味がありますか?

    Oracle Database Cloud Serviceはオンデマンドで柔軟であるため、使用した分に対してのみ課金されます。料金は時間単位で切り上げられます。に適用するインスタンスが終了する前に45分間実行された場合、1時間分が課金されます。

  • データベースのバックアップを取る費用はいくらですか?

    バックアップ/復元機能を使用するか、RMANを使用してデータベースのバックアップOracle Cloud Infrastructureのオブジェクトストレージにを構成します。バックアップのコストは、使用中のオブジェクトストレージの合計であり、オブジェクトストレージの料金に準拠します。

  • Data Guardを使用してデータベースに高い可用性を設定すると、どのように課金されますか?

    別々の可用性のあるドメインに導入された2つのDBシステムにData Guardを設定すると、データベースに高い可用性が構成されます。各DBシステムの価格は、データベースの価格で説明されている標準の価格モデルに従います。

  • Oracle Database Cloud Serviceのサポートは請求を停止しますか?

    はい、Oracle Database Cloud Serviceは仮想マシンデータベースの課金停止をサポートしています。この機能を利用するには、仮想マシンデータベースシステムに移動して、停止するノードを選択します。ノードが停止している間、データベースはそのまま残ります。ノードが実行されていない時間は請求されません。1時間未満の場合、その時間中にデータベースシステムで使用されたOCPUの最大数に対して請求されます。

    課金停止はベアメタル密度I / OまたはExadata DBシステムには適用されず、ホストされた環境全体を保持し続けるため、ノードを停止した後も課金は継続されます。ベアメタル密度I / OまたはExdataシェイプのコストを削減するには、データベースシェイプのオンラインCPUスケーリング機能を利用して、未使用およびマイナーな使用環境でOCPUを密度IOに対して2、Exadataに対して0に削減できます。Exadata Cloud ServiceでOCPUカウントを0に設定すると、VMと実行中のデータベースがシャットダウンされます。

    セキュリティ

  • Oracle Virtual Cloud Network(VCN)とは何ですか?DBシステムがデフォルトでVCNに導入されるのはなぜですか?

    VCNとは、Oracle Cloud Infrastructureにあるカスタマイズ可能なプライベート・ネットワークのことです。VCNでは、従来のデータ・センター・ネットワークと同様に、ネットワーク環境を完全に制御できます。これには、独自のプライベートIPアドレススペースの割り当て、サブネットの作成、ルート・テーブルの作成、ステートフル・ファイアウォールの構成などが含まれます。1つのテナントに複数のVCNを持たせることができるため、関連リソースのグループ化と分離が可能です。

    デフォルトでVCNに導入することで、次のセキュリティと柔軟性が得られます。

    • データベースをインターネットから保護されたプライベートネットワークに導入。
    • 悪意のあるユーザーにDBシステムにアクセスされないように、セキュリティリスト(受信/送信)を構成。
  • 導入中、どのサブネットにDBシステムを配置しますか?

    各可用性ドメインに個別のサブネットを作成し、DBシステムをそれらのサブネットに配置することを強く推奨しています。これにより、サブネットのインバウンド/アウトバウンドセキュリティリストを正確に定義し、ネットワークアクセスを制御できます。

  • データベースにTDEを設定するにはどうすればよいですか?

    DBシステムは、プロビジョニング中にデフォルトでTDEを使って構成されます。ログインして、DBシステムの他のセキュリティポリシーを制御できる柔軟性があります。データベースセキュリティのベストプラクティスの標準に従うことができます。

  • 管理アクセスを制御し、DBシステムを保護するにはどうすればよいですか?

    Oracle Cloud Infrastructureのアイデンティティおよびアクセス管理(IAM)を使って、セキュリティおよびコンプライアンス要件をサポートするようにクラウド環境を構成できます。データベースの観点からは、ベアメタルおよび仮想マシンDBシステムへのアクセスを、管理の観点からユーザー(DBA)が選択したセットのみに制限することを許可するポリシーを構成します。Oracle Database Cloud Serviceを使用したOracle IAMの使用方法については、技術文書をご参照ください。

  • DBシステムで実行される操作は監査できますか?

    はい、DBシステムへのルートアクセス権がフルであれば、DBシステムでのすべての操作の監査を構成できます。Oracle Database Cloud Serviceは、データベースのすべてのエディションで堅牢な監査サポートを提供します。監査レコードには、監査された操作、操作を実行したユーザー、および操作の日時に関する情報が含まれます。監査レコードは、データベース監査証跡またはオペレーティングシステム上のファイルに保存できます。標準監査には、特権、スキーマ、オブジェクト、およびステートメントに対する操作が含まれます。

    また、 Oracle Cloud Infrastructure Audit を使用して、テナンシーで行われたすべてのAPI管理呼び出しを監査できます。

    ハードウェア

  • データベースのニーズに合った正しい形状を選択する方法を教えてください。

    Oracle Cloud Infrastructureで現在提供されている形状の場合、コスト、利用可能なストレージ、パフォーマンス、またはOracle RACデータベースの必要性により、データベースサービス内での選択が促進されています。形状を選択するときは、データベースサイズの拡大計画を念頭に置いてお選びください。

  • 最初の作成後にDBシステムに関連付けられたコアの数は変更できますか?

    はい、ベアメタルシステムの場合、DBシステムが使用するコアの数を、コンソールから直接、またはダウンタイムなしでAPIを介して変更できます。現在、コアスケーリングは仮想マシンではサポートされていません。

  • ベアメタルDBシステムのコアをスケールアップまたはスケールダウンすると、インスタンスは再起動しますか?

    いいえ、スケールアップまたはスケールダウンしてもインスタンスは再起動されません。この機能により、開発およびテストシナリオで不要な場合に使用されるコアの数を減らすことで、コストを節約できます。

  • ベアメタルサーバーのDBシステムにブロックストレージボリュームを接続できますか?

    いいえ、ベアメタルサーバーのDBシステムにブロックストレージボリュームは接続できません。ただし、仮想マシンサービスのDatabase Cloud Serviceは、プラットフォームで完全管理されるデータベースのリモートブロックボリュームを使用します。

  • DBシステムにSSH接続できますか?

    ベアメタルおよび仮想マシンシステムへのフルルートアクセス権が提供されています。SSHキー情報を使用して、DBシステムにSSH接続できます。

  • インスタンスのパフォーマンスが極端に遅い場合はどうすればよいですか?

    Oracle Database Cloud Serviceは、データベースインスタンスへのフルルートSSHアクセス権と、データベースインスタンスのスキーマとパフォーマンスチューニングを定義する機能を提供します。Oracleトレースファイルを解析して、クエリが遅い原因が分かります。また、Enterprise Managerを使用してDBシステムのパフォーマンスメトリック(CPU使用率、ネットワークスループットなど)を監視し、通常の動作とは異なるシステムレベルのメトリックがあるかどうかを確認することを推奨しています。

    My Oracle Supportからサービス・リクエストを送信することにより、デバッグやトラブルシューティングのサポートを受けることもできます。さらに、Oracleプレミアムサポートにサインアップすると、24時間年中無休のサポートオプションがついてきます。詳細については、営業担当者にお問い合わせください。

    パッチ

  • Oracle Cloud Infrastructure Databaseクラウドサービスのパッチ機能とは何ですか?

    Database Cloud Serviceのパッチ機能により、DBシステムとデータベースへのパッチ適用に必要な手順が簡略化されます。Oracle Cloud InfrastructureコンソールとAPIを使用して、DBシステムまたはデータベースホームに適用可能なパッチを表示し、パッチ適用リクエストを送信できます。Database Cloud Serviceは、ステータスを表示しながら、エンドツーエンドのパッチ適用手順を実行します。

    適用されたすべてのパッチを表示し、必要に応じてパッチを再適用できます。さらに、Oracle Identity and Access Management(IAM)コントロールを使用して、パッチ適用機能へのアクセスを管理できます。

  • パッチ機能へアクセス方法を教えてください。

    Oracle Cloud InfrastructureコンソールとRest APIを使用して、機能にアクセスできます。

  • パッチ機能を有効にするためのネットワーク要件は何ですか?

    DBシステムのクラウドネットワーク(VCN)は、インターネットゲートウェイで構成する必要があります。DBシステムとOracle Object Storage間のネットワークトラフィックは、Oracle Database Cloud Service内部のサービスバックボーン上にあります

  • パッチ機能を使用してパッチできるDBシステム、形状、エディションは何ですか?

    この機能を使用して、すべての形状とエディションのすべての1ノードおよび2ノードのベアメタルDBシステムにパッチを適用できます。2ノードのRAC、VM、およびExadata Systemsは現在サポートされていません。ただし、ホストにログオンしてOPatchユーティリティを使用することにより、これらのシステムにパッチの適用が可能です。

  • パッチ機能を使用してどのような種類のパッチが適用できますか?

    DBシステムおよびデータベースホーム用のDatabase Cloud Service固有のパッチが適用できます。データベースシステムは最新のパッチと古いパッチの両方をサポートしますが、DBシステムでは最新のパッチのみが使用できます。現在利用可能なDBシステムとデータベースのホームのパッチリストは、Oracle Cloud Infrastructure技術ドキュメントでご覧いただけます。

  • すべてのDatabase Cloud Serviceデータベースバージョンにパッチを適用できますか?

    はい、それらのバージョンに対して1つ以上のパッチが利用可能であればできます。パッチは現在、11.2.0.4、12.1.0.2、12.2.0.1のデータベースバージョンで使用できます。

  • Database Cloud Serviceでまだサポートされていない個別パッチまたは四半期パッチの適用方法を教えてください。

    ホストにログオンし、OPatchユーティリティを使用して個別パッチを適用できます。OPatchユーティリティを使用して、オンプレミスの四半期パッチは適用しないことを推奨しています。これらのパッチは、クラウド固有の追加パッチを適用しないと機能しない場合があります。代わりに、Oracle Cloud Infrastructure DatabaseクラウドサービスコンソールとREST APIを介して入手できるクラウド用にカスタマイズされた四半期パッチを適用する必要があります。

  • 仮想マシンとExadata DBシステムおよびデータベースにパッチを適用するにはどうすればよいですか?

    ホストにアクセスし、OPatchユーティリティを使用して、これらのシステムにパッチを適用できます。OPatchユーティリティの詳細

  • パッチの適用中にダウンタイムは発生しますか?

    はい、Oracle Data Guardを設定していない場合、1ノードのDBシステムのダウンタイムが発生します。最大可用性アーキテクチャ(MAA)のベストプラクティスに従い、ダウンタイムを回避する必要があります。

  • パッチ機能を使用してパッチが失敗した場合はどうなりますか?

    DBシステムまたはデータベースのホームは、パッチが失敗した場合、”利用可能な”の状態になります。パッチ履歴は、操作が失敗した理由を表示します。障害の根本原因をデバッグするには、ホストにアクセスして、パッチ関連の詳細なログにアクセスできます。ログ情報が問題のデバッグに役立たない場合は、Oracle Supportにリクエストを提出して、根本原因の特定に役立てることができます。

  • パッチ機能を使用したDBシステムまたはデータベースホームにインストールされたパッチについての詳細を教えてください。

    DBシステムとデータベースホームのパッチ履歴をクエリして、コンソールREST API SDKを使用して適用されたパッチを表示できます。

  • DBシステムとデータベースホームパッチのパッチ順序に従う必要はありますか?

    はい、DBシステムはデータベースホームと同じかそれ以上のバージョンである必要があります。バージョンの競合を回避するには、最初にDBシステムパッチを適用してから、データベースホームパッチを適用する必要があります。この順序に従わないと、パッチの適用中にエラーメッセージが表示されます。

  • パッチ機能を使用して、適用済みのパッチを事前チェックまたはロールバックできますか?

    はい、パッチを適用する前に事前チェックできます。ただし、パッチをロールバックするには、データベースホストにログインしてOPatchユーティリティを使用する必要があります。

  • パッチ適用アクセスを定義されたユーザーだけに制限できますか?

    はい、Oracle Identity and Access Management(IAM)サービスを使用して、ユーザーレベルとグループレベルでアクセスを制限できます。

  • オンプレミスで使用可能なOracle DatabaseバンドルパッチとOracle Cloud Infrastructure Databaseのクラウドサービスで使用可能なパッチに違いはありますか?

    はい、Oracle databaseのバンドルパッチとOracle Cloud Infrastructure Databaseパッチは異なります。Oracle Cloud Infrastructure Databaseパッチは、Oracle databaseのバンドルパッチ、Oracle Cloud Infrastructure固有のMLR(マージラベルリクエスト)、およびその他のパッチを含むスーパーセットです。

  • パッチ機能を使用してオペレーティングシステム(OS)にパッチを適用できますか?

    いいえ、OSパッチは現在サポートされていません。ホストに直接アクセスして、OSに手動でパッチを適用します。詳細については、ベアメタルおよび仮想マシンDBシステムOSアップデートExadata DBシステムOSアップデートのドキュメントをご参照ください。

  • Oracle Cloud Infrastructure Databaseのクラウドサービスパッチは累積的ですか?

    はい、データベースパッチは累積的です。新しいOracle Cloud Infrastructure Databaseパッチには、以前のDBシステムからのパッチまたは同じバージョンのDBホームパッチが含まれています。

  • Oracleは重要なセキュリティパッチについてどのようにコミュニケーションをとりますか?Oracleはシステムに重要なセキュリティパッチを自動パッチしますか?

    Oracle Cloud Infrastructureは、重要なセキュリティパッチについてのメール通知を送信します。パッチの重要度に応じて、セキュリティパッチを適用するための時間枠を設定します。

  • パッチの適用にはどのくらい時間がかかりますか?

    これは、パッチのタイプによって異なります。パッチが適用されると、DBシステムまたはデータベースのホーム状態が”利用可能”に変わります。

    バックアップとリカバリ

  • データベースのバックアップとリカバリの設定方法を教えてください。

    データベースのバックアップは、Oracle database環境の重要な側面です。バックアップの保存と復元には、複数のオプションがあります。Oracle Cloud Infrastructureコンソール、CLIまたはREST API内でバックアップと復元機能を使用するか、dbcliまたはRMANを使用して手動でバックアップを設定および管理できます。すべてのオプションについては、技術文書でお読みいただけます。

  • Oracle Cloud Infrastructure Databaseクラウドサービスのバックアップと復元機能とは何ですか?

    データベースのバックアップと復元機能により、Oracle Cloud Infrastructureコンソール、CLI、およびREST APIを使用して、データベースのバックアップを作成および管理できます。バックアップから既存のデータベースを復元したり、バックアップから新しいデータベースを作成したりすることもできます。

  • バックアップを手動で管理するのと比較して、バックアップと復元の機能を使用する利点は何ですか?

    バックアップおよび復元機能は、バックアップを作成および管理するためのコンソール、CLI、およびREST APIを提供します。コンソールを使用すると、完全なバックアップを作成したり、数回のクリックで自動増分バックアップを設定したりできます。同様に、最新の既知の良好な状態、特定の時点、またはSCN(システム変更番号)を使用して、バックアップを表示し、データベースを復元できます。既存または新しいDBシステムのバックアップから新しいデータベースを作成することもできます。

  • バックアップと復元機能の使用に関連した追加費用はありますか?

    バックアップはOracle Cloud Infrastructure Object Storageに保存され、バックアップの保存にはサービス料がかかります。Object Storage料金の詳細。この機能の使用に追加料金はありません。

  • バックアップと復元機能でサポートされているデータベースの形状、エディション、およびデータベースのバージョンを教えてください。

    バックアップおよび復元機能は、ベアメタルおよび仮想マシンのすべての形状、エディション、およびデータベースバージョンをサポートしています。Exadataは現在サポートされていません。ただし、Exadataの場合、RMAN(Recovery Manager)を手動で設定してバックアップとリカバリを行うことができます。

  • バックアップと復元機能で現在サポートされているバックアップの種類を教えてください。

    オンデマンドのフルバックアップと自動増分バックアップが現在サポートされています。

  • バックアップと復元機能を使用した自動増分バックアップの保持期間はどのくらいですか?

    自動増分バックアップの保存期間は30日間です。

  • 独自のバックアップ保持期間または自動増分バックアップの頻度を設定できますか?

    いいえ、バックアップと復元機能を使用してこれらの設定を制御することはできません。ただし、手動のRMANオプションを使用して、カスタムの保持期間と頻度を設定できます。

  • バックアップと復元機能を使用して設定した自動増分バックアップのスケジュールとは何ですか?

    データベースの自動バックアップを有効にすると、Oracle Cloud Infrastructure Databaseクラウドサービスによって最初のレベル0のバックアップが作成されます。最初のバックアップの後、レベル1のバックアップが次の週末まで毎日実行されます。毎週末、新しいレベル0のバックアップが作成されます。2018年11月20日以降に初めて任意のデータベースで有効にされた自動バックアップは、DBシステムのリージョンのタイムゾーンで午前0時から午前6時の間に実行されます。この日付より前にデータベースで自動バックアップを有効にした場合、データベースのバックアップウィンドウは、引き続き協定世界時の午前0時から午前6時の間になります。

  • データベースのバックアップは暗号化されていますか?

    はい、すべてのバックアップは、TDE暗号化に使用されたものと同じマスターキーで暗号化されます。

  • バックアップが失われないようにするためにどのような対策が取られていますか?

    バックアップはOracle Cloud Infrastructure Object Storageに保存されます。Oracle Object Storageは、耐久性が高くなるように土台から設計されています。データは、複数のストレージサーバー間および複数の可用性ドメイン間で冗長的に保存されます。データの整合性はチェックサムを使用して積極的に監視され、破損したデータは検出されて自動的に修復されます。データの冗長性が失われた場合は自動検出され、お客様に影響を与えることなく自己修復されます。

  • バックアップと復元機能を使用しているときに、どのような状況の状況でバックアップが失敗しますか?

    バックアップおよび復元機能を使用している場合、データベースまたはDBシステムが”利用可能”の状態でない場合、バックアップ操作が失敗する可能性があります。パッチ適用、SSHキーの追加、Data Guard操作などのアクションにより、DBシステムまたはデータベースの状態が変更される可能性があります。バックアップの失敗を回避するには、これらのアクションがバックアップウィンドウ(協定世界時午前0時~午前6時)中に実行されないようにします。自動増分バックアップが失敗した場合、データベースクラウドサービスは翌日のバックアップウィンドウ中にバックアップ操作を再試行します。オンデマンドバックアップが失敗した場合、DBシステムとデータベースの両方が使用可能な場合は、手動で操作を再試行する必要があります。

  • バックアップからデータベースを復元するにはどのようなオプションがありますか?

    バックアップおよび復元機能を使用している場合、データベースを最新の状態、特定の時点の状態、またはシステム変更番号(SCN)で定義されたデータベースのコミットされた状態に復元できます。ただし、dbcliまたはRMANオプションを使用して、より多くの復元オプションを使用することもできます。

  • SCNを見つけるにはどうすればよいですか?

    SCN番号は、データベースにアクセスするか、オンラインまたはアーカイブされたログにアクセスすることで確認できます。

  • バックアップから新しいデータベースを作成できますか?

    はい、既存または新しいDBシステムのバックアップから新しいデータベースを作成することもできます。ただし、この目的でバックアップを使用する前に、バックアップが生成されたデータベースを削除する必要があります。仮想マシンDBシステムからのバックアップの場合、新規または既存のDBシステムでそのバックアップを使用する前に、バックアップが作成されたデータベースインスタンスを終了する必要があります。

  • 別のDBシステム、コンパートメント、または可用性ドメインを選択して、バックアップから新しいデータベースを作成できますか?

    はい、既存のDBシステムを選択するか、任意のコンパートメントに新しいDBシステムを作成できます。ただし、新規または既存のDBシステムは、バックアップがホストされているのと同じ可用性ドメインにある必要があります。新しいDBシステムを作成する場合、指定するOracle Databaseソフトウェア版は、バックアップされたデータベースのエディションと同じかそれ以上である必要があります。また、指定する形状は、バックアップの取得元のデータベースと同じタイプである必要があります。たとえば、1ノードのデータベースのバックアップを使用している場合、ターゲットとして選択するDBシステムも1ノードのDBシステムでなければなりません。

  • 自動増分バックアップはデフォルトで有効になっていますか?

    いいえ、自動増分バックアップはデフォルトで有効になっていません。このオプションは、データベースの作成中、またはデータベースのプロビジョニング後いつでも有効にできます。

  • DBシステムを終了した後、バックアップはどうなりますか?

    Oracleでは、DBシステムを終了する前に、DBシステム内のすべてのデータベースを終了することを強く推奨しています。データベースを終了するときに、スタンドアロンバックアップとしてObject Storageに残る最終バックアップを作成する選択ができます。後でこのスタンドアロンバックアップを新しいデータベースとして復元できます。

  • オンプレミスのOracle Databaseからデータベースクラウドサービスにデータを移行する方法を教えてください。

    データベースのバックアップをOracle Cloud Infrastructure Object Storageに移動するようにRMANを手動で設定し、そのバックアップを使用して、新規または既存のDBシステムにデータベースを作成できます。

    高可用性

  • Oracle Database Cloud Serviceを使用して高可用性データベースを設定するにはどうすればよいですか?

    異なる可用性ドメインでDBシステムを起動し、高可用性の Oracle databaseを設定するようにData Guardを構成できます。Oracle Data Guardは、エンタープライズデータの高可用性、データ保護、災害復旧を保証します。Data Guardは、1つ以上のスタンバイ・データベースを作成、保守、管理および監視する包括的なサービスセットを提供します。

    Oracle databaseのデータ損失ゼロの高可用性構成の設定については、高可用性のためのData Guard 最大可用性アーキテクチャ(MAA)のベストプラクティスでご確認ください。

  • 可用性ドメインとは何ですか。なぜOracle Database Cloud Serviceにデータベースを設定するのと関係があるのですか?

    可用性ドメイン(AD)は、独立して非常に信頼できるように設計されたリージョンのサブコンポーネントです。各ADは、建物、発電機、冷却装置、ネットワーク接続などの完全に独立したインフラストラクチャで構築されています。火災や洪水などの非常に珍しい災害が発生した場合、影響を受けるADは1つだけです。さらに、同じリージョン内のADは高速で低レイテンシのネットワークに接続されているため、アプリケーションのレイテンシとパフォーマンスへの影響を最小限に抑えながら、信頼性の高いアプリケーションとワークロードを構築して実行できます。

    これらの障害に依存しないADを使用すると、パフォーマンスを犠牲にすることなく、可用性の高いアプリケーションをクラウドで構築できます。プライマリデータベースとスタンバイデータベースを異なるADに配置して、上記イラストの一般的な障害から保護されるようにすることを強く推奨しています。

  • Data Guard機能をサポートするDatabase Cloud Serviceデータベースのエディションはどれですか?

    すべてのエンタープライズデータのベースエディションはData Guardをサポートしています。Enterprise Extreme Performance版はActive Data Guardをサポートしています。

  • Database Cloud Serviceを介してData Guardをセットアップすることと、Data Guardを手動でセットアップすることの利点は何ですか?

    Database Cloud Serviceは、Oracle Cloud InfrastructureコンソールとREST APIを使用してData Guard構成を提供します。

    数回クリックするだけで、Data Guardを有効にして、スイッチオーバー、フェイルオーバー、および復元アクションを実行できます。Oracle Identity and Access Managementサービスを使用して、機能のきめ細かいアクセス制御を設定することもできます。この機能の使用に関連する費用はありません

  • Data Guard機能をサポートする形状とデータベースバージョンはどれですか?

    すべての仮想マシンとベアメタルの1ノードと2ノードの形状は、Data Guard機能でサポートされています。Exadataは現在サポートされていません。ただし、ホストにログオンしてData Guardコマンドライン・インターフェース(DGMGRL)にアクセスすることにより、Exadata用にData Guardを手動で設定できます。DGMGRLの詳細

  • Data Guard機能で現在サポートされている機能はどれですか。

    スイッチオーバー、フェイルオーバー、および復元機能は現在サポートされています。ただし、ホストにログオンしてData Guardコマンドライン・インターフェース(DGMGRL)にアクセスすることにより、Data Guardを手動で設定できます。DGMGRLの詳細

  • Data Guard機能でサポートされている保護モードと転送タイプは何ですか?

    最大パフォーマンス保護モードと非同期転送タイプが現在サポートされています。ただし、DBシステムにログオンし、Data Guardコマンドラインインターフェース(DGMGRL)にアクセスすることで、追加の保護モードと転送タイプを構成できます。DGMGRLの詳細

  • Data Guard機能を使用するためのネットワーク設定の前提条件は何ですか?

    Data Guardを設定するには、プライマリとセカンダリの両方のDBシステムが同じVCNにあり、ポート1521が両方のDBシステムで開かれている必要があります。DBシステムは異なるサブネットに置くことができます。

  • 可用性ドメイン全体にData Guardを設定できますか?

    はい、Data Guardは、リージョン内の同じまたは異なる可用性ドメインに設定できます。ただし、Oracleでは、可用性ドメイン全体にData Guard構成を設定することを推奨しています。

  • Oracle Cloud Infrastructureのリージョン全体にData Guardを設定できますか?

    はい、リージョンをまたがってData Guardを設定できますが、現在、データベースクラウドサービスのData Guard機能はサポートしていません。ホストにログオンしてDGMGRLを使用することにより、リージョン全体でData Guardを手動で設定できます。Data Guardがリージョン間でログを転送するには、プライマリおよびスタンバイDBシステムVCNでインターネットゲートウェイを有効にする必要があります。DGMGRLの詳細

  • コンパートメント全体にData Guardをセットアップできますか?

    いいえ、現在、コンパートメント間のData Guardセットアップはサポートされていません。

  • プライマリデータベースとスタンバイデータベースのDBシステムは、同じ形状とエディションである必要がありますか?

    はい、Data Guard機能を使用してData Guardの関連付けを有効にするには、スタンバイのDBシステムの形状とエディションは、プライマリのDBシステムと同じである必要があります。

  • Database CloudサービスのData Guard機能によって作成されるスタンバイデータベースはどのバージョンになりますか?

    スタンバイデータベースは、プライマリと同じデータベースバージョンで作成されます。

  • マネージドブローカーをセットアップし、Data Guard機能を使用して自動スイッチオーバーなどのアクションを実行できますか?

    いいえ、現在、マネージドブローカー機能はData Guard機能でサポートされていません。ただし、データベースホストにログオンし、Data Guardコマンドラインインターフェイス(DGMGRL)にアクセスすることで、マネージドブローカー構成を手動で設定できます。DGMGRLの詳細

  • Data Guard機能を使用してData Guardの関連付けを削除するにはどうすればよいですか?

    Data Guard機能を使用してData Guardの関連付けを削除するには、最初にスタンバイデータベースを削除する必要があります。スタンバイデータベースを削除すると、Data Guardの関連付けは自動的に削除されます。

  • Data Guardセットアップでプライマリデータベースを終了するにはどうすればよいですか?

    Data Guard機能を使用する場合、プライマリデータベースを削除する前に、まずスタンバイデータベースを削除する必要があります。または、スイッチオーバー操作を開始して、プライマリをスタンバイにしてから、スタンバイを終了することもできます。

  • 複数のスタンバイデータベースを作成できますか?

    いいえ、Data Guard機能を使用して作成できるフィジカル・スタンバイ・データベースは1つのみです。ただし、DBシステムにログオンしてDGMGRLにアクセスすることにより、複数のスタンバイデータベースを手動で作成できます。DGMGRLの詳細

  • オンプレミスデータベースとOracle Cloud Infrastructure Databaseの間にData Guardを構成できますか?

    はい、オンプレミスデータベースとOracle Cloud Infrastructure Databaseの間にData Guardを構成できます。DGMGRLを使用して、オンプレミスデータベースとOracle Cloud Infrastructure Databaseの間にData Guardを手動で設定できます。DGMGRLの詳細

  • Oracle Identity and Access Managementコントロールを使用してData Guardアクションへのアクセスを制御できますか?

    はい、Oracle Identity and Access Managementを使用してData Guard機能へのアクセスを制御できます。Oracle Identity and Access Managementの詳細

  • プライマリおよびスタンバイのData Guardセットアップでデータベースにパッチを適用するにはどうすればよいですか?

    プライマリおよびスタンバイのData Guard設定でデータベースにパッチを適用できます。最初にスタンバイに手動でパッチを適用し、次にプライマリに切り替えてパッチを適用する必要があります。

  • Data Guardセットアップでデータベースをバックアップするにはどうすればよいですか?

    Oracle Cloud Infrastructure Databaseバックアップおよび復元機能を使用して、プライマリデータベースをバックアップおよび復元できます。スタンバイのバックアップを有効にする場合は、スタンバイデータベースホストにアクセスし、RMAN(Recovery Manager)を使用して有効にすることができます。

  • 障害が発生したプライマリデータベースをプライマリデータベースの状態に戻すにはどうすればよいですか?

    Data Guard機能を使用することで、プライマリデータベースが一度フェイルオーバーすると、“スタンバイが無効”な状態になります。このスタンバイを無効にして問題を修正した後、機能しているスタンバイロールに復元できます。その後、このスタンバイデータベースをプライマリロールに切り替えることができます。

  • 読み取りまたは書き込み操作にスタンバイインスタンスを使用できますか?

    はい、Active Data Guardが設定されていれば、スタンバイインスタンスを読み取り専用操作に使用できます。スタンバイでは書き込み操作は有効になっていません。

  • データベースのプライマリがスタンバイにフェイルオーバーしたことを知るにはどうしたらできますか?

    Enterprise Managerを使用して、Oracle Cloud Infrastructureによって管理されるDBシステムを監視することを推奨しています。インスタンスで監査ログ操作を有効にすると、ログを表示して、プライマリがいつフェイルオーバーしたかが分かります。

  • データベースのフェイルオーバーにはどのくらいの時間がかかりますか?

    2ノードRAC構成の場合、フェイルオーバーは数十秒で終了します。ただし、Data Guardを使用した異なるADにある2つのインスタンス間のフェイルオーバーの場合、フェイルオーバーは2分未満である必要があります。

  • 2ノードのRAC形状は、可用性ドメイン(AD)にまたがっていますか?

    いいえ、2ノードRAC形状は、同じAD内の異なるラック内の2つのサーバーのセットです。ストレージは両方のインスタンスで共有されます。この設定により、インスタンスのハードウェア障害から保護されます。可用性を高めるために、別のADに別の2ノードRAC形状をセットアップすることを推奨しています。

  • インスタンスにアクセスして、データベース操作のログを直接調べることはできますか?

    はい、DBシステムへのルートアクセス権があれば、DBシステム上のデータベースに対するすべての操作を確認および監査できます。